что это такое и как им пользоваться

chto eto takoe i kak im polzovatsya?v=1656561137

Git есть Распределенная система контроля версий с открытым исходным кодом. Теперь это много слов для определения Git.

Позвольте разбить это и объяснить формулировку:

  • Система управления: В основном это означает, что Git является трекером содержимого. Таким образом, Git можно использовать для хранения содержимого — оно обычно используется для хранения кода благодаря другим функциям, которые он предоставляет.
  • Система контроля версий: Код, хранящийся в Git, постоянно меняется по мере добавления кода. Кроме того, многие разработчики могут добавлять код параллельно. Таким образом, система контроля версий помогает справиться с этим, сохраняя историю произошедших изменений. Кроме того, Git предоставляет такие функции, как разветвления и слияния, о которых я расскажу позже.
  • Распределенная система контроля версий: Git имеет удаленный репозиторий, хранящийся на сервере, и локальное хранилище, хранящееся на компьютере каждого разработчика. Это означает, что код не просто хранится на центральном сервере, а полная копия кода на всех компьютерах разработчиков. Git – это распределенная система контроля версий, поскольку код присутствует на компьютере каждого разработчика. Я объясню концепцию удаленных и локальных хранилищ позже в этой статье.

Зачем нужна такая система контроля версий, как Git

В настоящих проектах, обычно, параллельно работают несколько разработчиков. Таким образом, система контроля версий, такая как Git, требуется, чтобы гарантировать отсутствие конфликтов кода между разработчиками.

Кроме того, требования в таких проектах часто меняются. Таким образом, система контроля версий позволяет разработчикам вернуться к более старой версии кода.

Наконец, иногда несколько проектов, выполняемых параллельно, включают ту же кодовую базу. В таком случае концепция разветвления в Git очень важна.

Давайте начнем использовать Git сейчас

Вместо того чтобы вспоминать все концепции сразу, я объясню концепции Git на примере, чтобы было легче подражать.

Загрузите git

Эта ссылка содержит подробную информацию о том, как установить Git в нескольких операционных системах:
https://git-scm.com/book/en/v2/Getting-Started-Installing-Git

Проверьте, установлен ли Git, воспользовавшись такой командой в командной строке:

git --version

Создайте свой локальный репозиторий Git

Создайте папку для проекта на компьютере. Вызовем папку проекта simple-git-demo.

Выделите папку проекта и добавьте локальное хранилище Git в проект, используя следующие команды:

cd simple-git-demo
git init

The git init команда добавляет локальный репозиторий Git в проект.

Давайте сейчас добавим маленький код

Создайте файл под названием demo.txt в папке проекта и добавьте в нее следующий текст:

Initial Content

Здесь мы будем демонстрировать только обычный текст вместо фактического кода, поскольку основное внимание в этой статье сосредоточено на Git, а не на конкретном языке программирования.

Постановка и фиксация кода

Фиксация – это процесс, при котором код добавляется в локальное хранилище. Прежде чем фиксировать код, он должен быть в место проведения. Промежуточная область предназначена для отслеживания всех зафиксированных файлов.

Любой файл, не добавленный в промежуточную область, не будет зафиксирован. Это дает разработчику контроль за тем, какие файлы нужно зафиксировать.

Постановка

Используйте следующую команду для установки файла:

git add demo.txt

Если вы хотите добавить несколько файлов, вы можете использовать:

git add file1 file2 file3

Если вы хотите добавить все файлы из папки проекта в рабочую область, воспользуйтесь следующей командой:

git add .

Используйте это осторожно, поскольку оно добавляет все файлы и папки в ваш проект в рабочую область.

Осуществление

Используйте такую ​​команду, чтобы зафиксировать файл:

git commit -m "Initial Commit"

«Начальная фиксация» – это сообщение о фиксации. Введите соответствующее уведомление о фиксации, чтобы указать, какие изменения кода были произведены в данном конкретном комите.

Статус Git и журнал Git

Теперь смените demo.txt файл и добавьте следующий фрагмент:

Initial Content Adding more Content

Статус

Используйте git status чтобы узнать информацию о том, какие файлы изменены и какие файлы находятся в области промежуточной работы, он также показывает другую информацию, которую мы можем игнорировать.

Используйте такую ​​команду, чтобы увидеть статус:

git status

Об этом свидетельствует статус demo.txt изменен и еще не находится в зоне прохождения.

Теперь добавим demo.txt в промежуточной области и зафиксируйте ее с помощью следующих команд:

git add demo.txt git commit -m "demo.txt file is modified"

Журнал

Используйте git log чтобы распечатать все комиты, которые были сделаны до сих пор.

Для этого используется следующая команда:
git log

Журнал показывает автора каждого комита, дату комита и сообщение о комите.

Отделение

До сих пор мы не создали ни одной ветки Git. По умолчанию комиты Git переходят в файл мастер филиал.

Что такое филиал?

Ветвь – это не что иное, как указатель на последний комит в хранилище Git. Поэтому сейчас наша ветвь master является указателем на вторую фиксацию “demo.txt file is modified”.

Зачем нужно несколько отделений?

Для поддержки нескольких параллельных разработок требуется несколько ветвей. Обратитесь к картинке ниже, чтобы увидеть, как работают ветви.

sww3mboJ61C4kpLWlQYHnHWvrjX8p--VMui2

Первоначально комиты 1 и 2 были сделаны в главной ветке. После комита 2 создается новая ветвь под названием «Тест», а комиты 3 и комиты 4 прилагаются к тестовой ветви.

В то же время к главной ветви прилагаются разные комиты 3 и 4. Здесь мы видим, что после комита 2 выполняются две параллельные разработки в 2 отдельных ветвях.

Test Branch и Master Branch разошлись здесь и имеют разный код – код с Test Branch можно объединить с Master Branch с помощью git merge. Это будет рассмотрено позже.

Создайте новый филиал в локальном

Создайте новую ветку под названием тест с помощью такой команды:

git branch test

Эта команда создает test филиал.

Мы все еще находимся в контексте ветви master. Чтобы перейти на test филиал. воспользуйтесь следующей командой:

git checkout test

Теперь мы в test филиал.

Вы можете перечислить все ветви локально с помощью такой команды:

git branch

Выполните некоторые комиты в новом филиале

Изменить demo.txt добавив следующий фрагмент:

Initial Content Adding more Content Adding some Content from test Branch

Теперь поставьте и зафиксируйте, используя следующие команды:

git add demo.txt git commit -m "Test Branch Commit"

Этот комит был сделан в Test Branch, и теперь Test Branch опережает Master Branch на 1 комит – поскольку тестовая ветвь также включает 2 комита из главной ветви.

Вы можете проверить историю фиксаций в Test Branch с помощью:

git log

Слияние

Пока Test Branch опережает Master на 1 комит. Скажем, теперь мы хотим, чтобы весь код тестовой ветви был возвращен в главную ветвь. Вот где git merge очень полезно.

Чтобы объединить код из тестовой ветви в главную, выполните следующие действия.

Сначала вернитесь к главной ветви:

git checkout master

Затем запустите merge команда:

git merge test

После выполнения этих 2 команд слияние должно быть успешным. В этом примере конфликтов нет.

Но в реальных проектах будут конфликты, когда происходит слияние. Разрешение конфликта – это то, что приходит с опытом, поэтому, если вы больше работаете с Git, вы сможете научиться разрешать конфликты.

Беги git log Теперь вы заметите, что у мастера также есть 3 комита.

Удаленный репозиторий Git

До этого времени мы работали только в локальном репозитории. Каждый разработчик будет работать в своем локальном хранилище, но в конечном счете он переместит код в удаленный репозиторий. После того, как код находится в удаленном хранилище, другие разработчики смогут увидеть и изменить этот код.

O-6UdGYVsEjM-oJmtJ5KQpQnXIBOCZoB22X1
Показ удаленного и локального хранилищ

GitHub

Здесь мы будем использовать GitHub для удаленного хранилища.

Выделите и создайте учетную запись.

После регистрации на домашней странице GitHub нажмите на Начните проект чтобы создать новое хранилище Git. Дайте хранилище название и нажмите «Создать репозиторий»

Дайте название как git-blog-demo.

Это создаст удаленный репозиторий в GitHub, и когда вы откроете хранилище, откроется страница, как на изображении ниже:

LWpWCg5LTo7m-IkZW1io-194VWZ61di5CIGY

URL-адрес хранилища является выделенной частью aditya-sridhar/git-blog-demo.git

Чтобы указать локальное хранилище на удаленный репозиторий, воспользуйтесь следующей командой:

git remote add origin [repository url]

Git Push

Чтобы переместить весь код из локального хранилища в удаленный репозиторий, воспользуйтесь следующей командой:

git push -u origin master

Это перемещает код из главной ветви в локальном хранилище в главную ветвь в удаленном хранилище.

Дополнительные команды

Git Pull

git pull используется для переноса последних изменений из удаленного хранилища в локальное. Таким образом, код удаленного хранилища постоянно обновляется разными разработчиками. git pull это необходимо:

git pull origin master

Git Clone

git clone используется для клонирования существующего удаленного хранилища на вашем компьютере. Команда для этого:

git clone [repository url]

Приветствую

Теперь вы знаете основы использования Git, так что продолжайте и исследуйте больше!

Вскоре я опубликую еще одну статью о немного более продвинутой концепции Git. Следите за обновлениями!

Об авторе

Я люблю технологии и слежу за достижениями в технологиях. Мне также нравится помогать другим любыми знаниями, которые у меня есть в технологическом пространстве.

Не стесняйтесь связаться со мной в моем аккаунте LinkdIn https://www.linkedin.com/in/aditya1811/

Вы также можете подписаться на меня в Twitter https://twitter.com/adityasridhar18

Мой веб-сайт: https://adityasridhar.com/

Как эффективно использовать Git

Добавить комментарий

Ваш адрес email не будет опубликован.