推动所有当地的GIT分支机构？最佳实践？

Question

是否应该每天将所有本地创建的GIT分支推送到中央存储库？什么是关于此的最佳实践工作流程？

我们创建了一个GIT存储库来管理我们的大型电子商务网站，该网站正在由一个大型团队不断开发。

中央存储库位于'Beanstalk'，我们有三个主要分支，'prestaging'（主），'staging'和'production'。所有开发都应该在本地完成并准备发布时合并到预安排中。

我可以看到将长期运行的分支推送到Beanstalk。然而，我们的一些团队倡导者每天都会将所有本地开发分支机构推向Beanstalk，而不是在进行中;创造冗余。我认为随着时间的推移，这会使数百个分支机构混乱。什么是最佳做法？

Answer 1

我不希望使用所有用户的所有分支来污染中央存储库。

不要混用：

• publication workflow：您选择发布的内容（推/拉到upstream repo）
• 备份需求：使用 bundle (See "Backup a Local Git Repository") ，这样您只有一个文件可以复制到您想要的任何远程驱动器。

Answer 2

您可以随时让用户在完成远程分支后清理它们。让他们推动他们的本地分支机构只是为了安全保存并不是一个坏主意（特别是如果他们的盒子上没有备份解决方案）。否则，如果他们的机器死了，他们的本地分支就不见了。

Answer 3

我同意你的看法，使用中央仓库备份日常工作是一个坏主意。它应该保留旨在共享，测试或发布的提交。

日常工作的备份应该发生在另一个仓库，更宽松，每个开发机器上可选择一个自动git push --force --all backup-repo任务，或者让它们成为更经典的备份工具。