P
и никогда больше не надо помнить о том, что тебе надо ветку дважды мёржить, или париться о том, что конфликты чинить дважды, или вообще другие конфликты, потому что смёржили в другом порядке
Size: a a a
Rust/Verona LGBTTQQIAAPС++ Iran political tutorial dick measurement strikeforce
278 membersпожаловаться на группу
2021 March 19
P
просто берёшь и сливаешь в апстрим
P
потом тот апстрим сливается в свой апстрим
К
Помогает убрать бардак в репозиториях и выпусках версий
P
it's upstreams all the way up
P
Помогает убрать бардак в репозиториях и выпусках версий
фичу начали делать, потом на неё забили, или забыли, она уже в деве, но не пошла в релиз, в итоге она у тебя есть в деве, висит stale бренча, все сосут хуй
К
Потому фичи идут в features/...
К
Чтобы всегда была рабочая версия, которую можно отдавать. Чтобы удобно можно было откатиться до нужной версии и внести в неё хотфикс
К
Чтобы разные версии кода не конфликтовали друг с другом в процессе долгих правок разными командами
К
Короче, наводит порядок в мозгах разных разработчиков со своими тараканами
P
Чтобы разные версии кода не конфликтовали друг с другом в процессе долгих правок разными командами
так с гит-флоу конфликтов больше становится, потому что ветки живут дольше
P
а с иерархическим флоу ты конфликты фиксишь один раз на фичу и один раз на мёрж с апстримом
P
и история при этом читаемая!
P
Чтобы всегда была рабочая версия, которую можно отдавать. Чтобы удобно можно было откатиться до нужной версии и внести в неё хотфикс
а dev-бренча тогда тут зачем?
К
а dev-бренча тогда тут зачем?
Это типа нестабильного мастера
P
P
кстати, он тоже не обязателен
К
Релизные бренчи — это когда готовишься к релизу