GIT очень гибкий, и это то, что делает его великолепным, каждый может принять свои собственные рабочие процессы. Так что, не вступая в пламенную войну, я надеюсь получить некоторые мнения:
Ситуация: для продукта SaaS, который выиграет от CI/CD, команда (4-12 инженеров), работая с частными репо Github и используя запросы на вытягивания, чтобы объединить работу от филиалов в одном Мастер ветка.
- То, что будет плюсом/минусами для использования одного репо и всех функций открытия команды в нем, против рабочего процесса GitHub, где члены команды разбиваются и работают в своем собственном репо, чтобы создать PRS.
- Если стратегия слияния по поводу затягивания состоит в том, чтобы раздавить (сделано с использованием кнопки GH на PR), то, по сути, нет никаких причин для членов переименовать в своих собственных ветвях, если единственная цель-раздавить коммиты.
Оригинал: «https://dev.to/lirantal/git-workflows—between-forks-squash-and-rebase-c3b»