¶ Подключение SSH
Приоритет отдаем работе по SSH вместо https. Для этого нужно:
1. Сгенерировать приватный и публичный ключи
(Гайд по генерации пары RSA ключей - раздел “Generating an SSH key”)
2. Зайти на сайт гитлаба проекта
3. Добавить сюда публичный ключ в виде «ssh_rsa <@Перенос_строки@><@Публичный_ключ@>»
4. Даем ключу название
5. Поле с датой оставляем пустым
6. Нажимаем добавить.
7. Теперь переходим в Source Tree
8. Открываем терминал
9. Там пишем команду: «nano ~/.ssh/id_rsa»
10. В открывшееся окошка вставляем приватный ключ
11. Сохраняем (ctrl-X => Enter).
12. Переходим в настройки
13. Во вкладке “Общее” в группе “Настройка SSH клиента” выбрать “Клиент SSH”→"OpenSSH"
14. В строке ключ ssh выбираем файл с секретным ключем
15. Применяем
16. Заходим в гитлаб проекта
17. Копируем ssh путь до проекта
18. Заходим в локальные настройки проекта
19. Выбираем строку с имененем origin и жмем редактировать
20. В “URL / путь” вставляем путь ssh до проекта.
21. Сохраняем изменения
22. Работаем дальше с удовольствием.
¶ Ветки
Сливаемся с внешними ветками ТОЛЬКО (!!!) через merge.
Внешние ветки.
На каждом проекте обязательно должны существовать 2 внешних ветки:
- Первая ветка – Master-ветка (главная ветка).
- Вторая ветка – Develop-ветка, идет параллельно с мастером.
Остальные ветки, если охота выкинуть наружу, то нужно:
- В имени ветки прописать дату создания ветки.
- После работы с веткой не забыть удалить ее.
- Все внешние локальные ветки старше 2 месяцев будут удалятся модератором.
Ход работы в проекте.
Ведем работу (ветвимся) только от Master-ветка. Ветка Develop нужна ТОЛЬКО для того, чтобы в нее СЛИВАТЬ свои локальные ветки и убеждаться, что ваши изменения не портят изменения другого программиста.
Ниже будет приведен алгоритм работы с ветками в проекте:
- Когда получили задачу, ответвляемся от актуального коммита мастер ветки.
- Выполняем свою задачу в ветке.
- После выполнения задачи тестируем работоспособность в ветке, если нужно, правим ошибки.
- После удачно пройденного теста, сливаем свою ветку в ветку Develop.
- Тестируем функционал там, если есть ошибки, правим их в ветке.
- После удачного теста окончательно сливаем их в ветку Develop
- Также сливаем нашу локальную ветку в Master-ветку.
- Когда в Master накопиться достаточно фич и фиксов для релиза, ставим у соответствующего коммита тег в виде “Release_*Имя_продукта*_*Версия*” (не забудьте отправить тег в origin)
Если нужно мелкое быстрое исправление – hotfix:
- Ветвимся от Master-ветки.
- Делаем hotfix.
- Проверяем, убеждаемся в отсутствии багов и ошибок.
- Сливаем ветку в Develop.
- Убеждаемся в отсутствие ошибок, если есть конфликты, пытаемся их разрешить самостоятельно (не изменяя то, что уже есть в Develop-ветке), если самостоятельно разрешить не получилось, общаемся с программистом, коммиты которого конфликтуют на предмет решения этого конфликта.
- После успешного тестирования, сливаем свою ветку в Develop и Master
Время от времени ответственный за Master- ветку должен сливать ее в Develop-ветку.
Если на любом из шагов возникают конфликты при слиянии, то для решения этих конфликтов пользуемся иерархией:
- Master
- Develop
- Hotfix
- Local
Если конфликтуют коммиты из двух разных групп, указанных выше, то применяем изменения той группы что находится выше по списку (если только не стояла задача сделать изменение этого участка кода).
Продуктивной работы 😊