Насколько хорошо ты знаешь ГИТ?

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

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

Восемь лучших практик GIT, которые вы должны знать:

1. Делайте чистые коммиты

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

Исправить одну ошибку, зафиксировать, исправить вторую ошибку, зафиксировать и так далее (только если ошибки не связаны друг с другом).

2. Хорошие сообщения коммитов

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

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

Допустим, вы добавили отзывчивость в свой проект, который является веб-сайтом.

Плохой:

добавлена ​​адаптивная мобильная версия

Хорошо:

Добавьте отзывчивости на сайт.

3. Чаще совершайте коммиты

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

Это не означает, что каждую новую строку кода нужно коммитить отдельно. Вот пример:

Плохой:

тело {};

Хорошо:

тело { поле: 0; ширина: 100vw; размер шрифта: 1rem; };

4. Не фиксируйте ключи

Если вам нужно зафиксировать секретные ключи API или что-то, что люди не должны видеть в репозитории вашего проекта GitHub, вы можете использовать переменные среды.

В проекте React установите пакет dotenv и создайте файл «.env» в корневом каталоге. Затем вы можете поместить туда ключ и его значение, например:

REACT_APP_YOUTUBE_API=ххххххххххххххх;

Затем в вашем проекте вы можете использовать process.env.REACT_APP_YOUTUBE_API, чтобы получить это из вашего локального файла, и никто не сможет увидеть этот ключ, когда вы зафиксируете файл.

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

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

Простой пример, в котором я использовал ветки в проекте моего сайта-портфолио:

В репозитории у меня есть три ветки: master, md-blog и no-blog, которые имеют разные коды в зависимости от их имени. Ветка Master — это версия с содержательным блогом, md-blog — это Markdown blog, а no-blog — не что иное, как версия портфолио без блога.

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

6. Проверьте предупреждения системы безопасности

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

В этом случае я бы посоветовал вам регулярно посещать GitHub и проверять уведомления. Если будет что-то вроде: «Bump x с 1.0.0 до 1.0.1, вам нужно нажать на это и объединить автоматические изменения.

7. Создайте псевдонимы

Повысьте производительность, используя псевдонимы Git. Наиболее распространенные из них:

$ git config — глобальная проверка alias.co

$ git config — глобальная ветка alias.br

$ git config — глобальный коммит alias.ci

$ git config — глобальный статус alias.st

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

8. Маленькая шпаргалка

1. Добавляет файл к вашему предыдущему коммиту

$ git commit — изменить

2. Вместо того, чтобы создавать все, вы можете создавать только части измененного файла.

$ git добавить.

$ git добавить -p

3. Проверьте изменения файла

$ git diff — кешируется

Вот и все!

Большое спасибо и продуктивного дня!