user

Авторизация

Добро пожаловать!

Регистрация

Undefined666

Кодинг

Git Tutorial — подробное руководство для начинающих

 Git — один из наиболее широко используемых инструментов DevOps для работы с совместными проектами разного масштаба. Эта система контроля версий позволяет вам быть в курсе истории вашего проекта. Это также позволяет членам команды эффективно и результативно работать над разными частями одного и того же проекта.

 Однако, если вы новичок в Git, работа с различными командами Git может оказаться сложной задачей.

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

Что такое Git и как он работает?

 Глобальный информационный трекер (Git) — это система контроля версий (VCS) с открытым исходным кодом для отслеживания изменений в любом наборе файлов. Первоначально он был спроектирован и разработан для разработки ядра Linux, но теперь широко используется для координации работы над совместными проектами, такими как разработка программного обеспечения.

 Git позволяет пользователям вести нелинейную разработку. База данных проекта Git хранится в удаленном репозитории, размещенном на такой платформе, как GitHub или GitLab, что позволяет нескольким людям одновременно работать над разными частями одного и того же проекта. Это приводит к улучшению целостности данных и скорости разработки.

 Существует два типа систем контроля версий — централизованные и распределенные .

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

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

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

  • Branch — Git использует основную ветку в качестве ветки по умолчанию. Создание новой ветки Git означает создание новой независимой линии разработки из основной ветки, например, разработка новой функции.
  • Check out — выберите, к какой линии разработки вы хотите применить свои изменения. Извлечение ветки заставит Git записывать новые коммиты в этой ветке.
  • Clone — создать локальную копию существующего репозитория.
  • Commit — сохранить сделанные изменения. Команда фиксации также относится к моментальному снимку вашего репо во время фиксации.
  • HEAD — указатель, ссылающийся на последнюю команду фиксации в текущей проверенной ветке. Думайте об этом как о текущей ветке.
  • Local repository — копия репозитория, хранящаяся на вашем компьютере.
  • Pull — скопировать изменения из удаленного репозитория на локальную машину.
  • Push — скопировать изменения с локальной машины в удаленный репозиторий.
  • Staging area — также называемая индексом , это место, где пользователи упорядочивают файлы для следующего коммита. Он сообщает Git, что изменится между текущим коммитом и следующим.
  • URL — адрес репозитория Git.
git directory

 В базовом рабочем процессе Git есть три этапа:

  1. Начните с создания функциональной ветки из основной ветки в рабочем каталоге и разрабатывайте там свои фичи. Возвращайтесь к этому этапу всякий раз, когда вы вносите какие-либо изменения в свои файлы, например добавляете, удаляете или переименовываете их.
  2. Когда вы закончите, добавьте файлы в промежуточную область, объединив функциональную ветку с промежуточной веткой. Это помогает просматривать и упорядочивать файлы, которые вы хотите зафиксировать, делая версию проекта более понятной.
  3. Как только разработка достигнет определенного рубежа, зафиксируйте локальные изменения в основном репозитории Git на постоянной основе, объединив промежуточную ветку с основной веткой. В нем хранятся все снимки версий проекта.

 Обратите внимание, что Git не отслеживает каждый измененный файл, поскольку он включает файл в вашу фиксацию только в том случае, если он присутствует в области подготовки.

 Если вам нужно зафиксировать два разных измененных файла, добавьте первый файл в промежуточную область, а затем выполните команду фиксации. После того, как вы сделали первый коммит, повторите эти шаги, чтобы сделать второй коммит.

Зачем использовать Git?

 Давайте рассмотрим преимущества и недостатки использования Git для управления вашими проектами.

Плюсы использования Git

  • С открытым исходным кодом — можно использовать бесплатно. Вы можете загрузить его исходный код и изменить его в соответствии с вашими потребностями. Кроме того, в Интернете доступно множество ресурсов для изучения лучших практик Git.
  • Быстрый и легкий — основная часть Git и большинство его операций записываются и выполняются локально, что делает его быстрее, чем централизованная система контроля версий.
  • Умеренная аппаратная мощность — Git не требует мощного оборудования, так как членам команды нужно взаимодействовать с сервером только при отправке или извлечении изменений в основном репозитории. Это также полезно для растущих команд, поскольку Git не требует дополнительных требований к оборудованию, независимо от того, сколько людей его использует.
  • Безопасная среда — он использует SHA1, криптографическую хеш-функцию, для идентификации объектов в своей базе данных. Он проверяет каждый файл и фиксацию во время операции извлечения, поэтому невозможно изменить данные в базе данных без сохранения Git изменений.
  • Более безопасное резервное копирование — Git создает несколько копий ваших данных, отражая репозиторий для всех клиентов, что позволяет создавать больше резервных копий. Кроме того, Git может делать моментальные снимки, которые являются представлениями файловой системы, что позволяет вам вернуться к состоянию, в котором был сделан моментальный снимок. Это может быть полезным решением для восстановления в случае сбоя.
  • Более простое ветвление — создание, удаление и объединение ветвей занимает всего несколько секунд, что делает его более эффективным по времени и менее сложным, чем централизованная система контроля версий.

Минусы использования Git

  • Крутая кривая обучения — работа с Git включает развертывание различных командных строк. Изучение терминов Git и принципов его работы может занять некоторое время.
  • Плохая обработка двоичных файлов — Git замедляется при обработке двоичных файлов, таких как изображения.
  • Возможность работать не в той области — это может произойти по нескольким причинам, например, вы забыли заранее выполнить команду checkout или оставили свое репо в ветке вместо основной ветки.
  • Нет встроенного контроля доступа — пользователи обычно используют ключи SSH для ограничения доступа к серверу Git. Однако широко известные платформы, такие как GitHub и GitLab, имеют собственный механизм разрешений.

Как установить Git на Linux и Windows

 Чтобы начать использовать Git, сначала установите его на свой локальный компьютер или проверьте, установлен ли он уже на вашем компьютере.

Установка Git в Linux

 Если вы используете Linux, вам нужно выполнить две задачи — установить и настроить Git на своем компьютере.

 Вы также должны обратить внимание на несколько предварительных условий, таких как вход в Linux как root или как пользователь с привилегиями sudo .

Установка Git в Windows

 Чтобы установить Git в Windows, вы можете использовать его автономный установщик. Вот как это сделать:

  1. Загрузите последнюю версию установщика Git для Windows .
  2. Запустите программу установки. Когда откроется экран мастера установки Git, следуйте инструкциям для завершения установки. Мы рекомендуем использовать параметры по умолчанию, поскольку их достаточно для удовлетворения потребностей пользователей в целом.
git windows

 Откройте командную строку. Введите команду git config , чтобы настроить имя пользователя и адрес электронной почты Git, заменив myusername и example@mysite.com своими собственными. Теперь любые новые коммиты, которые вы создаете, будут связаны с ними.

Как использовать команды Git

 Существуют различные способы запуска команд в Git, от использования инструментов командной строки, таких как терминал в командной строке в Windows, до графических пользовательских интерфейсов (GUI).

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

Использование Git в локальном репозитории

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

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

git init

 Первым шагом в создании нового репозитория является запуск команды git init . Это создаст пустой репозиторий Git. Он устанавливает новый каталог в папке .git в вашем рабочем дереве, который содержит необходимые метаданные Git.

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

 Перейдите в папку проекта и введите следующую команду в инструмент командной строки:

 Вы также можете указать каталог, в котором хотите инициализировать новый репозиторий. Используйте этот синтаксис для этого:

 Например, для нового репозитория в папке демо-проекта синтаксис должен выглядеть так:

 Эта команда создаст папку .git в папке демо-проекта вместо вашего текущего рабочего дерева.

git add

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

 В Git нет простой функции сохранения. Вместо этого он использует процесс, называемый фиксацией. Первым шагом в фиксации изменений в репозиторий Git является запуск команды git add для выбора файлов, которые вы хотите зафиксировать.

 Эта команда переместит выбранные файлы в промежуточную область. Оттуда вы можете использовать другую команду Git — git commit — для записи локальных изменений, внесенных в эти файлы, в репозиторий Git.

 Существует несколько способов использования git add , в том числе:

  • git add . — добавить все неустановленные файлы в репозиторий.
  • git add *.txt — добавить все файлы .txt в репозиторий.
  • git add <имя файла> — добавить определенный файл.
  • git add <путь> — добавить определенный каталог файлов.

 Вот пример применения команды git add :

 Эта командная строка добавит файл index.html в область подготовки.

git status

 Команда git status показывает текущее состояние рабочего каталога и промежуточной области.

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

 Это также полезно для новых пользователей Git, так как в сообщении содержатся подсказки о том, что делать в определенных обстоятельствах.

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

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

git rm -cached

 Команда git rm -cached удаляет файл из индекса, но он остается нетронутым в рабочем каталоге. Это полезно, если вы планируете добавить его обратно в репозиторий Git в будущем.

 Есть два способа очистить кеш с помощью команды git rm -cached, в зависимости от того, собираетесь ли вы удалить только определенные файлы или хотите очистить весь каталог.

 Если вы хотите удалить определенный файл из индекса, укажите имя файла после команды. В этом примере мы удалим файл с именем file.conf :

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

.gitignore

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

 Файл .gitignore — это текстовый файл, в котором указано, какие файлы и папки Git должен игнорировать в вашем рабочем дереве. Обычно он находится в корневом каталоге проекта.

 Существуют различные типы файлов, которые следует игнорировать, и обычно это файлы, сгенерированные машиной, или созданные артефакты. Наиболее распространенные примеры включают в себя:

  • Скрытые системные файлы, такие как .DS_Store и Thumbs.db
  • Файлы, созданные во время выполнения, например .log и .temp.
  • Кэши зависимостей, такие как содержимое /node_modules и /packages
  • Персональные файлы конфигурации IDE, например .idea/workspace.xml.

 Чтобы создать файл .gitignore , создайте обычный текстовый файл с помощью любого текстового редактора, такого как «Блокнот» в Windows, и назовите его .gitignore. Добавьте целевые файлы по мере необходимости.

 Вот пример файла .gitignore:

 В приведенном выше списке показаны различные шаблоны для перечисления файла в .gitignore:

  • Буквенные имена файлов — игнорировать определенные имена файлов, например, filename.txt .
  • Каталоги — игнорируйте весь каталог, добавляя символ косой черты (/) в конце имени каталога, например, directory/ .
  • Подстановочный знак — игнорировать любой файл, который заканчивается определенным расширением, добавляя звездочку (*) перед именем расширения, например, *.html . Кроме того, *~ предложит Git игнорировать любой файл, оканчивающийся на ~, например index.html~ .

 Вы также можете указать определенные файлы, которые нужно исключить из списка .gitignore, используя ключ ! префикс.

 Например, вы не хотите, чтобы Git игнорировал example.html, даже если игнорируются все остальные файлы с расширением .html. В этом случае добавьте это в свой список .gitignore :

 Помните, что невозможно исключить файл внутри игнорируемого каталога.

 Например, вы не можете исключить directory/example.log из игнорируемого пути directory/. Если вы добавите !directory/example.log в файл .gitignore, Git все равно будет игнорировать directory/example.log, поскольку игнорируется весь каталог.

git commit

 Команда git commit создает моментальный снимок содержимого вашего репозитория в определенное время.

 Он записывает изменения, внесенные в файлы в вашем репозитории. Кроме того, коммиты служат всеобъемлющей записью проекта, показывающей, как он развивался.

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

 Эта команда является вторым шагом в сохранении изменений, внесенных в репозиторий. Процесс начинается с команды git add для подготовки любых новых изменений, которые вы хотите включить в фиксацию. Затем git commit создает фиксацию с этими изменениями в репозитории. Команда git add ни на что не повлияет, пока вы не выполните git commit.

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

 Существуют различные варианты использования git commit, наиболее распространенные из которых следующие:

  • git commit — основная команда для фиксации поэтапных изменений. Он запустит текстовый редактор, который предложит вам отправить сообщение фиксации, в котором кратко описывается внесенное вами изменение.
  • git commit -m «message» — создает коммит со встроенным сообщением. Используйте любое сообщение, но убедитесь, что оно краткое и понятное для других членов команды.
  • git commit -a — создает коммит, включающий все изменения в рабочем каталоге. Эта команда будет включать только изменения отслеживаемых файлов, которые были добавлены с помощью команды git add .
  • git commit -amend — разрешает изменение последнего коммита, например, редактирование последнего сообщения коммита без изменения моментального снимка.

 Например, вы только что изменили стиль домашней страницы и переместили файл css/styles.css в тестовую область. Теперь вы можете продолжить выполнять git commit и поместить туда сообщение о коммите, чтобы помочь всем понять изменения.

git log

 Команда git log показывает историю коммитов репозитория. По умолчанию его выходные данные включают идентификаторы коммитов, сообщения и другие метаданные. Это помогает ориентироваться в истории растущего проекта.

 Разница между git log и git status заключается в том, что git status применяется к текущему каталогу, а git log — к истории репозитория.

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

 Git вернет список, аналогичный приведенному ниже примеру:

 Эти выходные данные показывают последнюю информацию журнала в репозитории. Вот разбивка этого примера:

  • ID коммита — случайная последовательность цифр и букв.
  • Автор — в данном случае это «Тест». Он также показывает электронную почту автора.
  • Дата — указывает точную дату и время.
  • Сообщение фиксации — в данном примере это «привет, файл добавлен» и «новый файл».

 Также можно фильтровать вывод, добавляя различные флаги. Существует несколько вариантов фильтрации журналов. Посмотрите приведенные ниже примеры, чтобы увидеть применение фильтров git log :

 Флаг -n помогает вам увидеть ряд ваших последних журналов. Например, здесь команда git log вернет список из пяти последних коммитов, сделанных в репозиторий:

 Флаг автора фильтрует коммиты по автору изменений. Приведенный выше пример вернет список коммитов, которые были изменены Джейн Доу.

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

 В этом примере команда покажет коммиты, совершенные Джоном Доу.

 Флаги -before и -after фильтруют результаты журнала git по дате. Оба флага принимают широкий диапазон форматов даты, но чаще всего используются полные даты и относительные значения. В приведенном выше примере команды git log будет получен список коммитов после 28 октября 2021 года.

 Примером относительного значения является вчерашний день. Приведенная выше команда git log извлечет список коммитов за предыдущий день.

 Также возможно сочетание флагов -before и -after для фильтрации коммитов за определенный период времени. В приведенном выше примере будет получен список коммитов, опубликованных с 28 октября 2021 г. по 23 февраля 2022 г.

 Приведенная выше команда git log полезна, когда вы хотите увидеть только список коммитов, влияющих на определенный файл. В этом примере команда предложит Git показать изменения, внесенные в файл index.html в вашем коде.

 Флаг -S позволяет вам искать все изменения фиксации, которые включают определенную строку кода. В приведенном выше примере командная строка ищет коммиты, которые добавили или удалили термин # Hello в ваш код.

 Чтобы отфильтровать журнал на основе определенного диапазона коммитов, используйте команду git log <since>..<until>. Приведенный выше пример вернет список коммитов, сделанных между отправкой коммита «a12bcd3» и коммитом «a45b67c».

 Флаг -grep позволяет фильтровать журнал на основе сообщения фиксации. Эта команда выше извлечет список всех коммитов, комментарии которых начинаются с feat:.

Работа с ветками Git

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

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

 Если вам нужно внести немедленные изменения на веб-сайт, вы можете переключиться на основную ветку, внести изменения и опубликовать их. После этого вы можете вернуться к работе над новой веткой функций и объединить ее с основной веткой, когда закончите.

 Если другой разработчик закончит свою задачу в другое время, это не повлияет на кого-то другого. Все эти изменения будут безопасно храниться в каждой ветке и будут влиять на основную кодовую базу только при отправке в основную ветку.

 Посмотрите на иллюстрацию ниже, чтобы лучше понять, как работают ветки Git:

git version

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

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

git branch

 Команда git branch используется для создания, переименования и удаления веток. Он также может получить список локальных и удаленных ветвей.

 Эта команда обычно используется вместе с git checkout и git merge для переключения веток и слияния разных версий кода.

 Начнем с создания ветки. В этом примере мы создадим новую ветку с именем v2.0. Используйте этот синтаксис для этого:

 Как только вы запустите эту команду, ваша среда разработки останется подключенной к HEAD репозитория. Вам нужно будет использовать команду git checkout, если вы хотите увидеть эту новую ветку.

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

 Затем, если вы хотите переименовать свою ветку, вы можете использовать флаг -m для ветки, которую вы просматриваете в данный момент. Например, вы хотите переименовать ветку v2.0 в v.2.0.1 . Вы должны открыть ветку v2.0 и применить этот код:

 Чтобы удалить ветку в репозитории, используйте флаг -d. Допустим, вы хотите удалить ветку v.2.0.1. Вот команда, чтобы сделать именно это:

 Если вы запустите команду git branch -d и в этой ветке есть изменения, которые не были объединены в другую ветку, Git не удалит эту ветку. Эта команда гарантирует, что вы случайно не потеряете никаких изменений.

 Если вы намеренно решили удалить ветку навсегда, даже если в ней есть изменения, которые никуда не слились, используйте флаг -D. Вот пример принудительного удаления ветки с именем v.2.0.1 :

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

 Наконец, если вы хотите получить список веток в репозитории Git, выполните следующий синтаксис:

 Вот пример вывода этой команды:

 Кроме того, вы также можете использовать команду git branch -list, которая вернет тот же список из вашего репозитория.

 Кроме того, вы также можете создавать теги, чтобы ссылаться на определенные моменты в истории вашего репозитория.

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

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

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

 Обычный шаблон имени тега в системе контроля версий заключается в использовании номеров версий, таких как v1.0 .

git chechout

 Чтобы начать модифицировать ветку, вам нужно переключиться на нее. Здесь вы будете использовать команду git checkout для переключения между различными ветвями.

 Как только вы извлечете ветку, ваш рабочий каталог будет изменен. Например, вы находитесь на ветке v.1 и хотите перейти на ветку v.2 . Для этого примените эту команду:

 Теперь вашим текущим каталогом является ветка v.2.

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

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

 Команда git checkout также может создать новую ветку. Обычно вам нужно сначала запустить команду git branch , чтобы создать новую ветку, а затем запустить команду git checkout для ее проверки. Однако команда, показанная ниже, обеспечивает более удобный метод:

 Эта команда одновременно создает новую ветку с именем beta-v.3 и проверяет ее, позволяя вам немедленно переключиться на нее.

 Обратите внимание, что ветка, созданная с помощью команды git checkout -b , по умолчанию будет основана на текущей HEAD.

git merge

 Команда git merge объединяет независимую линию разработки с другой, объединяя их в единую ветку.

 Например, когда разработчик объединяет изменения, сделанные в промежуточной ветке, с основной веткой, эта команда объединит историю разветвленного репозитория в единую историю проекта.

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

 Чтобы выполнить эту команду, убедитесь, что вы находитесь в основной ветке. Если вы еще не там, перейдите в основную ветку, выполнив команду git checkout . Если ветка, которую вы хотите объединить, является demo-project , команда слияния должна выглядеть так:

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

 Чтобы решить эту проблему, запустите команду git status, чтобы выяснить, какие файлы необходимо устранить.

Управление удаленным репозиторием Git

 Теперь, когда вы научились перемещаться по локальному репозиторию, пришло время узнать об управлении удаленным репозиторием Git. Удаленные репозитории позволяют вам сотрудничать с другими над проектом Git, используя платформы размещения кода, такие как GitHub, BitBucket или GitLab.

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

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

 См. следующую схему рабочего процесса Git в отношении удаленного репозитория:

git репозитории

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

git remote

 Команда git remote позволяет создавать, просматривать и удалять подключения к удаленному репозиторию.

 Вот несколько примеров использования удаленной команды git.

 Если вы хотите просмотреть свои удаленные конфигурации git, запустите этот синтаксис:

 Эта команда вернет список ваших удаленных подключений к другим репозиториям.

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

 Например, если вы хотите добавить удаленный репозиторий с именем new-remote , его URL-адрес будет https:/github.com/user/new-remote.git. Синтаксис будет таким:

 После того, как вы добавите его, вы сможете использовать new-remote в качестве ярлыка для https:/github.com/user/new-remote.git в других командах Git.

 Если вы хотите переименовать удаленное соединение, используйте эту команду:

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

git push

 Команда git push передает коммиты из локального репозитория в удаленный репозиторий.

 Прежде чем вы начнете отправлять коммиты, проверьте, указывает ли командная строка на предполагаемый репозиторий, используя эту команду:

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

 Как только он укажет на правильный адрес, выполните эту команду:

 Например, если имя удаленного репозитория — origin , а имя ветки — main , синтаксис должен выглядеть следующим образом:

 Эта команда отправит локальные коммиты в основную ветку удаленного репозитория.

git pull

 Команда git pull извлекает и загружает содержимое удаленного репозитория на ваш локальный компьютер. Вот синтаксис для этого:

 Например, чтобы получить содержимое main ветки, используйте эту команду:

 Если вы хотите получить код только из одной конкретной ветки, используйте этот синтаксис:

 Предположим, вы хотите работать с кодом в ветке с именем demo-v1 , а имя удаленного репозитория — main . Команда будет следующей:

 Команда git checkout переместит вас в ветку с кодом, который вы хотите получить. Затем команда git pull извлечет код.

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

 Отсюда видно, что операция git pull на самом деле является комбинацией команд git fetch и git merge.

git clone

 Команда git clone создает локальную копию удаленного репозитория. Разработчики используют эту команду, чтобы получить копию существующего репозитория для его разработки на своем локальном компьютере, не затрагивая основной код.

 Это также один из двух способов настройки репозитория в Git — с помощью команды git init для создания нового репозитория Git или с помощью команды git clone для клонирования существующего.

 Как и команда git init, команда git clone обычно выполняется только один раз. Благодаря клонированию у вас будут все метаданные, ветки Git и полная история репозитория.

 Используйте эту команду для клонирования удаленного репозитория:

 Предположим, вы хотите клонировать репозиторий GitHub и сразу же приступить к его редактированию. Запустите эти команды, чтобы сделать это:

 В этом примере Git создаст новый каталог с именем new-remote . Затем команда cd переместит вас в этот новый каталог, где вы сможете начать просмотр и редактирование файлов.

 Помимо использования собственного протокола Git, вы также можете выполнять клонирование по протоколу HTTPS или SSH.

 Шаги немного различаются на разных платформах Git, но команда похожа.

 Вот шаги для клонирования репозитория через GitHub:

  1. Откройте главную страницу репозитория, который вы хотите клонировать.
  2. Нажмите кнопку « Код» над списком файлов.
  3. Скопируйте код в разделе Клонировать с помощью HTTPS , чтобы клонировать репозиторий с помощью HTTPS. Чтобы клонировать репозиторий с помощью ключа SSH, щелкните Использовать SSH и скопируйте код, включая сертификат, выданный центром сертификации SSH вашей организации.
  4. Откройте Git Bash .
  5. Перейдите в каталог, в котором вы хотите разместить клонированную копию.
  6. Используйте эту команду для клонирования через HTTPS. URL-адрес тот, который вы скопировали ранее:
  7. Откройте главную страницу репозитория, который вы хотите клонировать.
  8. Нажмите кнопку « Код» над списком файлов.
  9. Скопируйте код в разделе Клонировать с помощью HTTPS , чтобы клонировать репозиторий с помощью HTTPS. Чтобы клонировать репозиторий с помощью ключа SSH, щелкните Использовать SSH и скопируйте код, включая сертификат, выданный центром сертификации SSH вашей организации.
  10. Откройте Git Bash .
  11. Перейдите в каталог, в котором вы хотите разместить клонированную копию.
  12. Используйте эту команду для клонирования через HTTPS. URL-адрес тот, который вы скопировали ранее:

 Или эта команда для клонирования через SSH:

 Если вы используете Bitbucket, выполните следующие действия:

  1. Откройте репозиторий, который вы хотите клонировать.
  2. Нажмите + на глобальной боковой панели и выберите Клонировать этот репозиторий .
  3. Скопируйте команду clone в формате HTTPS или SSH. Имейте в виду, что если вы используете SSH, убедитесь, что ваш открытый ключ находится в Bitbucket и загружен в локальную систему, где вы хотите хранить свой клон.
  4. С помощью терминала перейдите в локальный каталог, в который вы хотите клонировать репозиторий.
  5. Вставьте команду, которую вы скопировали на третьем шаге.

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

 Для SSH используйте эту команду:

 Успешная команда клонирования появится в новом подкаталоге на вашем локальном диске внутри целевого каталога. Он будет иметь то же имя, что и репозиторий, который вы клонировали.

Вывод

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

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