是否应该每天将所有本地创建的GIT分支推送到中央存储库?与此相关的最佳实践工作流程是什么?
我们创建了一个GIT存储库来管理我们的大型电子商务网站,该网站正在由一个大型团队持续开发。
中央存储库在'Beanstalk‘,我们有三个主要分支,'prestaging’(主),'staging‘和'production’。当本地完成并准备好发布时,所有开发都应该合并到prestaging中。
我也可以看到将长期运行的分支推向Beanstalk。然而,我们团队中的一些人主张每天推动所有本地开发分支到Beanstalk,无论是否正在进行;以创建冗余。我认为随着时间的推移,这会使存储库中的数百个分支变得混乱。什么是最佳实践?
发布于 2012-05-10 23:31:41
我不喜欢污染所有用户的所有分支的中央存储库。
不要混用:
发布于 2012-05-10 23:17:32
当用户使用完远程分支时,您始终可以让他们清理远程分支。为了安全起见,让他们将本地分支推上来并不是一个坏主意(特别是如果他们的机器上没有备份解决方案的话)。否则,如果他们的机器死了,他们的本地分支就会消失。
发布于 2012-05-10 23:29:48
我同意你的观点,使用中央存储库备份日常工作不是一个好主意。它应该包含旨在共享、测试或发布的提交。
日常工作的备份应该发生在另一个存储库,更宽松,在每台开发机器上有一个可选的自动化git push --force --all backup-repo
任务,或者让它们有一个更经典的备份工具。
https://stackoverflow.com/questions/10537095
复制相似问题