版本控制:一个远程服务器上的中央存储库和分支

时间:2015-03-12 15:53:40

标签: git github version-control mercurial

关于集中式和分布式版本控制有很多阅读,我现在正在考虑使用Mercurial(或Git ..)来提供一种集中式版本控制'我们的一个应用程序。 我面临的问题之一是,由于我们的应用程序的IP已经在多家银行注册,而其他PCI规则已经注册,我的开发人员很难在本地测试他们的更改,它只会“不要”。工作。 (测试支付网关实施和其他东西) 所以,我唯一的解决方案(纠正我,如果我错了)将设置一个Centralized存储库和开发人员在同一(远程)服务器上拥有存储库并通过ftp(或SSH)编辑文件...其中提交,克隆,推送和分支将远程进行,而不是本地...开发人员将实时测试他们的变化。 我甚至不确定任何版本控制系统是否能满足我的需求。 你们总是有很好的想法,对于这种情况,最好的选择是什么?

1 个答案:

答案 0 :(得分:0)

我认为,您使用FTP | SSH

错误和不好的方式

对于任何DVCS来说,拥有任意数量的克隆存储库是很自然的。它也可以在您的情况下轻松使用。

Recipe(考虑到Mercurial,可能仍然可以作为Git的想法)将使用克隆+推送+钩子

深入:

  • 每个团队|开发人员都拥有通常的本地存储库,其中必须完成本地工作并从其他团队收集远程工作| Central Repo
  • 提交到本地仓库必须在中央回购中复制,其中所有测试必须在中央存储库工作目录中执行,更新为提示状态。由于第二个条件,DEV-repo上的钩子必须能够登录到Central Repo才能执行hg pull + hg up(因为hg push没有更新远程工作dir在操作之后 - 也许可以通过挂钩Cenral Repo来解决,在这种情况下只需从Dev开始推送就可以开发了)