【发布时间】:2012-07-19 13:26:55
【问题描述】:
我在一个小型开发办公室工作,有 7 名程序员,我们目前正在实施 Git 版本控制——我们之前没有版本控制系统。迟到总比没有好,对吧?
话虽如此,我们正在考虑实施以下结构:
开发服务器
- 主存储库 - 开发的稳定版本
- 开发者存储库 - 开发者存储库,每个开发者一个
测试服务器
- 主存储库 - 稳定的测试版本。修改从主开发存储库推送
生产服务器
- 主存储库 - 从主测试存储库推送修改
这种结构合适还是我错过了分布式版本控制系统的要点?有人可以给我一些建议或实际例子吗?
编辑1:
感谢您的所有反馈,伙计们 - 现在情况更清楚了。我了解像 developer repos(本地)、development(bare)repo、testing repo 和 production repo这样的结构> 将是一个更合乎逻辑的选择,我什至可以理解为什么有些人认为 开发回购 是不必要的步骤。
我想我们会做一些测试,看看我们最喜欢哪种结构。 谢谢
【问题讨论】:
-
团队有多大?你多久发布一次?
-
为什么您需要为每个开发人员提供一个开发存储库?为什么在开发服务器中还需要一个主存储库?测试还不够吗?
-
@PenchoIlchev,我们是 7 名开发人员。我们随时发布 .. 每个开发者每周可能会发布 1 个新功能。
-
@SamyDindane,这就是为什么我问结构是否合适。我们来自一个非常简单、非常容易发生冲突和错误的结构:开发服务器,在开发人员之间共享文件,测试服务器和生产服务器。现在我问,为什么我不应该为每个开发人员都需要一个开发代表?这不就是每个开发者都可以在不干扰其他开发者任务的情况下进行开发吗?
-
@PedroStadler 是的,但他需要在自己的机器上拥有本地存储库。
标签: git