在多个公司的版本控制下维护源代码的最佳实践？

Question

我想知道是否有任何最佳做法可以在不同公司的版本控制下维护您的源代码。在开源中有一个维护者，他们接收补丁，决定并应用它们。但是，那些不同公司获得不同工作负载并将它们提交到主干和分支机构的闭源项目呢？这个维护者概念是否适用于多个公司工作的项目？

Answer 1

您可以从各种版本控制系统中进行选择。 （不仅是颠覆） 通过“版本控制”概念，您可以安全地永久损坏项目。 因此，不需要手动审批流程，尤其是当参与公司之间存在合同时。

我还会设置一个提交邮件列表，以便您对更改进行某种同行评审。因此，如果没有人注意到它们，就不能做任何改变。

如果适用，建立某种连续的集成环境以保持质量。

我不明白有关分支机构的问题。是否使用它们的决定是恕我直言，而不是取决于委员在同一家公司工作的事实。

Answer 2

由您自行决定哪种工作流程最适合所涉及的公司。 Subversion能够为您的主干和分支添加权限，允许您将存储库的某些部分锁定到“受信任”且具有对主干的合并访问权限的人员。你需要在公司之间进行良好的沟通。使用开源Trac提供了一个wiki，集成了提交到项目和代码浏览器的RSS源。

Answer 3

通常，每个站点都在其专用分支上运行，并可以导入其他远程站点分支，以决定将哪些内容集成到自己的工作中。

但是如果一个站点需要直接在另一个站点分支上工作，那么一种可能的做法是分支成员资格的概念，它一次只允许一个站点在给定的分支上工作。
（虽然不确定SVN是否可行）

这允许两个远程站点（具有大的时移）以紧密集成的方式处理同一任务。

Answer 4

我的建议：subversion，通过配置，您可以提供网址，然后结帐，更新，完成工作，以及当您猜测项目已准备就绪，快照和投放时。