Расскажем, как звание Git-мастер поможет в изучении программирования, и почему контроль версий важно использовать в работе постоянно.
Почему Git и GitHub так важны?
Если вы учитесь программировать, скорее всего, ваша главная цель – получить должность разработчика программного обеспечения. В таком случае изучение Git и GitHub невероятно важно, потому как многие компании используют именно эту систему контроля версий. Знание Git будет большим плюсом и поможет выделиться среди других кандидатов на место.
Данная система управления версиями является распределенной. Она позволяет команде эффективно и асинхронно вносить код в один и тот же проект, предоставляет механизмы для отмены изменений, создания ветвей кода, решения merge-конфликтов и т. д. Эти функции помогают решать конкретные проблемы, с которыми сталкиваются разработчики каждый день.
У Git и GitHub есть сильные конкуренты: GitLab и Bitbucket. Однако если вы научитесь использовать GitHub, то ачивка Git-мастер будет почти в кармане, а работать с GitLab или Bitbucket станет гораздо удобнее.
Перед тем как приступить к рассмотрению правил использования Git, предлагаем дополнительные материалы по теме, если вдруг у вас есть пробелы в общих знаниях:
- Если вы не знаете, что такое Git или GitHub, вам сюда.
- Если вы не знаете, что такое GitHub Flow – вот полезный туториал.
№1: создавайте репозиторий Git для каждого нового проекта
Это довольно простое правило, но оно должно войти в привычку. Каждый раз, когда вы начинаете работать над новым портфолио, учебным проектом или траблшутите код, вы должны создать новый репозиторий Git и сразу пушить его на GitHub.
Наличие своего репозитория – это первый шаг к возможности использовать контроль версий для каждой написанной строки кода. Вы будете использовать Git, как только присоединитесь к компании и начнете работать над реальными проектами. Создайте его как можно раньше.
Если при использовании терминала вы испытываете трудности, и ваше желание получить звание Git-мастер снижается, – рассмотрите возможность использования десктопного GitHub.
№2: создавайте новую ветвь для каждого нового объекта
Допустим, вы работаете над своим портфолио и хотите прикрутить новый раздел "Контакты". Создайте отдельную ветвь для новой функции, дайте ей осмысленное имя (например, contacts) и отправьте весь код в эту ветвь.
Работа с ветвями позволит вам и членам вашей команды работать над различными кусками кода параллельно, сохраняя при этом изолированность этого кода от остальной программы.
Даже если вы единственный человек в проекте, привычка использовать ветви и Github Flow облегчит процесс вливания в реальную работу.
№3: используйте Pull Requests для объединения кода в Master-ветке
По умолчанию каждый репозиторий начинается с Master-ветки. Никогда вливайте изменения непосредственно в Master-ветку. Вместо этого лучше сделать новый Pull Request, чтобы объединить код ветви с основным кодом.
В реальной работе кто-то может посмотреть на ваш Pull Request и проверить код, прежде чем одобрить его. GitHub может запустить автоматические тесты кода и, если найдет ошибку, оповестит вас. Вы также будете уведомлены, если возникнет merge-конфликт между вашим кодом и кодом в Master-ветке. Это может произойти, например, если другой разработчик внес изменение в Master-ветку, влияющее на файл, который также был изменен.
После всех тестов и анализа проверяющий может утвердить ваши правки или самостоятельно слить ваш pull request. Этот процесс очень распространен в опенсорс-проектах. Если вы принимали в них участие (если нет – примите обязательно), то вам будет легко понять, как это все работает.
Комментарии