是否应该每天将所有本地创建的 GIT 分支推送到中央存储库？关于这一点的最佳实践工作流程是什么？
我们创建了一个 GIT 存储库来管理我们的大型电子商务网站，该网站正在由一个大型团队持续开发。
中央存储库位于"Beanstalk"，我们有三个主要分支，"prestaging"（master），"stageaging"和"production"。当所有开发在本地完成并准备好发布时，都应合并到预暂存中。
我也可以看到将长期运行的分支推向Beanstalk。然而，我们的一些团队主张每天将所有本地开发分支推送到 Beanstalk 进行中与否;以创建冗余。我认为随着时间的推移，这将使存储库与数百个分支混乱。什么是最佳实践？
我宁愿不污染所有用户的所有分支的中央存储库。
不要混合：
- 发布
- 工作流：选择发布的内容（推送/拉取到上游存储库） 备份
- 需求：使用捆绑包（请参阅"备份本地 Git 存储库"），这样您只有一个文件可以复制到您想要的任何远程驱动器。
您始终可以让用户在完成其远程分支后清理其远程分支。让他们为了安全保管而将本地分支机构推上去并不是一个坏主意（特别是如果他们的盒子上没有备份解决方案）。否则，如果他们的机器死了，他们的本地分支机构就消失了。
我同意你的看法，使用中央存储库来备份日常工作是一个坏主意。它应该保存要共享、测试或发布的提交。
日常工作的备份应该发生在另一个存储库中，更宽松，在每个开发计算机上可以选择自动执行git push --force --all backup-repo任务，或者让他们使用更经典的备份工具。