Open VladimirShaitan opened 5 days ago
Описать, какие тэги надо добавлять к ПР
Предложение по поводу нейминга веток, [номер issue]-feature(or hotfix, bugfix, refactor, etc.) например 824-feature. Так будет проще ориентироваться какая задача лежит в ветке.
По неймингу коммитов можно воспользоваться этим: https://www.conventionalcommits.org/ru/v1.0.0-beta.2/
По неймінгу на початку ми домовлялись називати так: [Project]-[issue_number]/[feature]. Приклад: DW-177/refactor-code (DW - devrate web). Може залишити посилання на проєкт також, щоб було точно зрозуміло до якого проєкту відноситься гілка? Чи можна вже захистити main від прямого пушу? При ініціалізації проєкту ця опція була недоступна через тип github аккаунту(ratfire). На даний час фікси багів треба робити в гілку develop?
По неймінгу на початку ми домовлялись називати так: [Project]-[issue_number]/[feature]. Приклад: DW-177/refactor-code (DW - devrate web). Може залишити посилання на проєкт також, щоб було точно зрозуміло до якого проєкту відноситься гілка? Чи можна вже захистити main від прямого пушу? При ініціалізації проєкту ця опція була недоступна через тип github аккаунту(ratfire). На даний час фікси багів треба робити в гілку develop?
@vplabunets Наразі всіpull-requests
робимо в develop
branch
Всі баги також гілки з багами також повинні проходити через PR
і мій апрув, тільки після цього можна буде мерджити в develop
По неймингу коммитов можно воспользоваться этим: https://www.conventionalcommits.org/ru/v1.0.0-beta.2/
@BhdnS Норм тема, я подумаю над цим, дякую
Я згодна з усім. Також погоджуюсь стосовно неймінгу гілок. І захисту mein.
Треба обдумати і описати git flow процес
Пропозиція
Заборонити прямі пуші в
main
:main
, щоб дозволити пушити тільки через pull requests (PR). Це можна зробити в налаштуваннях репозиторію на GitHub, GitLab, чи іншій платформі.Структура гілок:
main
— стабільна гілка, на якій завжди знаходиться робочий, протестований код. Пушити безпосередньо в цю гілку заборонено.develop
— основна гілка розробки, де об'єднуються всі нові фічі перед тим, як вони потраплять вmain
.develop
і мають назви на кшталтfeature/назва-фічі
. Це місце, де розробники працюють над новими функціями.main
, коли потрібно терміново виправити баг на продакшені. Після виправлення коду зміни пушаться вmain
іdevelop
.Процес розробки:
develop
для роботи над новою фічею:git checkout -b feature/назва-фічі develop
.develop
:develop
.main
:develop
і протестовані, можна створити PR зdevelop
вmain
.main
означає новий реліз на продакшен.Захист гілок:
main
іdevelop
, щоб уникнути прямих пушів.Комунікація і планування: