Новичок в Git? Постройте эти 7 хороших привычек с первого дня

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

1. Установите имя пользователя и адрес электронной почты

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

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

git config--global user.name "ВАШЕ ИМЯ"  
git config--global user.email "ВАШ АДРЕС ЭЛЕКТРОННОЙ ПОЧТЫ"

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

nano ~/.gitconfig

Вставьте следующие строки кода в ваш файл конфигурации:

[user]  
name= ВАШЕ-ИМЯ-ЗДЕСЬ  
email= ВАШ-EMAIL-ЗДЕСЬ

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

git config--list

2. Создайте псевдонимы для общих функций

Не секрет, что Git — это сложная программа. С множеством подкоманд и опций Git может иногда быть подавляющим для новых разработчиков. Один из приемов, который вы можете использовать, — это создание псевдонимов для этих команд, чтобы их было легче запомнить.

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

git config--global alias."КЛЮЧ""ПОДКОМАНДА"

Замените плейсхолдер КЛЮЧ на псевдоним, который вы хотите для вашей подкоманды. В моем случае я установлю подкоманду “status” на ключ “sta.”

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

[alias]  
    sta = status  
    fet = fetch

Сохраните ваш файл .gitconfig, затем подтвердите, что он работает правильно, используя ваш новый псевдоним.

3. Используйте .gitignore

Активные кодовые базы часто содержат файлы, которые вы, возможно, не хотите отслеживать в системе контроля версий. Это могут быть оставшиеся объектные файлы или даже временные заметки в корневом каталоге репозитория. Со временем эти ненужные файлы могут накапливаться, занимая место на диске вашего ПК.

Один из способов исправить это — создать файл .gitignore внутри вашего репозитория Git. Это файл, который говорит Git, какие файлы игнорировать при создании коммитов. Чтобы создать файл .gitignore, выполните следующее внутри вашего репозитория:

nano ~/ВАШ-ГИТ-РЕПО/.gitignore

Укажите путь к файлам, которые вы хотите исключить, внутри файла .gitignore. В моем случае я не хочу включать файл заметок в “temp” директории моего репозитория.

Подтвердите, что ваш файл работает правильно, сделав коммит изменений в вашем кодовом репозитории.

Кстати: вы пользователь Emacs? Узнайте, как вы можете использовать Git в Emacs с помощью приложения Magit.

4. Пишите лаконичные сообщения коммитов

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

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

Тем не менее, бывают случаи, когда вы хотите подробнее остановиться на конкретном коммите. Для таких случаев убедитесь, что длина строки вашего сообщения не превышает 72 символа на строку. Это обеспечит читаемость вашего коммита на маленьких терминалах и в электронных письмах.

5. Используйте ветки Git

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

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

git checkout-b my-branch

Подтвердите, что вы перешли на ветку “my-branch”, выполнив git status, затем внесите изменения в ваш код. В моем случае я отредактирую текстовый файл внутри моего репозитория.

Завершите ваши изменения, выполнив git commit, затем вернитесь на вашу основную ветку, выполнив git checkout master.

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

Хорошо знать: хотите заняться само-хостингом? Ознакомьтесь с некоторыми из лучших альтернатив Github, которые можно само-хостить, сегодня.

6. Проверьте различия перед слиянием кода

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

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

git diff master..my-branch

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

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

7. Используйте Git Fetch вместо Git Pull

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

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

Чтобы избежать этого, одной из хороших привычек, которую стоит выработать, является переход от git pull к git fetch. Это просто загружает последние обновления из удаленного репозитория и не сливает никакой код с вашей локальной копией.

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

Изучение этих привычек Git — это только первый шаг в исследовании удивительного мира разработки программного обеспечения и программного обеспечения, ориентированного на сотрудничество. Узнайте, как вы можете расширить свои знания о Git, ознакомившись с различиями между Github и Gitlab.

Кредит изображения: Grok через x.ai. Все изменения и скриншоты сделаны Рамсесом Редом.