• develop нестабильный

• фичи ветки очень большие и долгие

• запутанная история

Все круто но

Смотрю историю

• fix 3,4 after test
• fix offset and import sort
• fix after merge
• Merge branch 'develop' into CM-5435
• sdfsdfsf
• dfgdfg
• refactor new version
• ... over 50 commits ...
• new version
• create base model, files, other

Как-то так

Обратил внимание

• Никак не помогает

• История некрасивая

• Она отражает то как мы разрабатывали

• После завершения разработки эта информация никому не интересна

Я не хочу знать

• Как человек пришел к решению
• Как он обновлял ветку
• Какие он правки делал что бы его код заработал

Я хочу

• Видеть только рабочий код
• Понимать зачем было это изменение

Она может быть красивой

А что если

Выводы

• Мы подумали что это для нас не несет логического смысла и это все можно соединять

• скорее важна сама задачи

• тогда будет понятно кто что сделал

Гипотиза

• каждая задача была атомарной

• одна задача один коми

• stateless релизы

• то в целом ничего нам не мешает иметь прямую историю

🚦convention

• ❌ merge commit

• ❌ Development process history

• ❌ commit without task

• 1️⃣ task - 1️⃣ commit

• 1️⃣ branch - 1️⃣ developer

• 1️⃣ main branch

• ✅ rebase

• ✅ stateless release

• ✅ rebase only task branches

• ✅ atomic tasks