6 правил хорошего тона при использовании Git.

Как сделать совместную работу над проектом эффективной.

Как правильно использовать Git, если вы работаете в команде?

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

Всегда делайте Пулл перед Пушем (git pull -> git push)

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

Делайте Пулл(git pull) как можно чаще

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

Не спешите Пушить(git push)

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

Часто делайте коммиты(git commit)

Многие разработчики забывают делать промежуточные коммиты и делают их лишь тогда, когда внесли какие-то значительные изменения в код. Такой подход плохо сказывается на качестве комментариев. Очень тяжело понимать комментарии к большим коммитам. Вместо этого, следует делать промежуточные коммиты после каждого небольшого изменения. Нет ничего плохого в маленьких и легко понимаемых коммитах. Каждый коммит должен содержать логичное и внятное изменение кода. Если в комментарии к коммиту у вас появляется желание использовать слово «и», то скорее всего вам следует делать больше промежуточных коммитов. Маленькие и понятные коммиты — это хорошо!

Не забывайте объединять ветки

Если вы работаете с Гитом по стандартной схеме, то скорее всего ваш проект разбит на несколько веток. Не забывайте объединять вашу ветку с главной веткой проекта. Такой подход даст вам уверенность в том, что ваша ветка не идет вразрез главной ветке. Помните — другие разработчики тоже не сидят на месте. Они также вносят свои изменения. В общем, чтобы избежать конфликтов и неприятных ситуаций, не забывайте объединять вашу ветку с главной веткой проекта.

Не делайте Pull запросы слишком часто

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

Заключение

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

Спасибо