git - 推送所有本地 GIT 分支？最佳实践？

Question

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

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

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

我也可以看到将长期运行的分支推向 Beanstalk。然而，我们的一些团队主张每天将所有本地开发分支推送到 Beanstalk 或不进行；创造冗余。我认为随着时间的推移，这会使存储库中出现数百个分支。什么是最佳实践？

Answer 1

I prefer not polluting the central repo with all branches of all users.

Don't mix:

• publication workflow: what you choose to publish (push/pull to an upstream repo)
• backup need: use a bundle (See "Backup a Local Git Repository"), that way you have only one file to copy to any remote drive you want.

Answer 2

I agree with you, using a central repo for backup of daily work is a bad idea. It should hold commits meant to be shared, tested or released.

Backup of daily work should either happen to another repo, more permissive, with optionally an automated git push --force --all backup-repo task on each dev machine, or have them a more classic backup tool.

Answer 3

您总是可以让用户在完成远程分支后清理他们的远程分支。为了安全起见，让他们将本地分支机构向上推并不是一个坏主意（尤其是在他们的盒子上没有备份解决方案的情况下）。否则，如果他们的机器死了，他们的本地分支就消失了。