多个项目的SCM +分布式团队

如何解决多个项目的SCM +分布式团队

| 在我们的组织中，我们有6个团队： 3个“项目”团队，向最终用户提供软件 3个“供应商”团队，向项目团队提供组件软件 我是其中一个供应商团队的负责人。我管理这三个项目团队的标准代码，但可以为这三个项目团队配置。该代码分为\“ static \”和\“ config \”代码。静态代码在这三个项目中应该是相同的。配置代码在每个项目中均应不同。 我必须组织一个相当大的团队来制作我的1个供应商团队的可交付成果。我们是一个分散的团队，在现场有6个开发人员，并且有4个不同的承包公司提供有助于“主线”的代码。 5个子团队中的每一个都参与了主线的不同部分，但我们可以互相联系。总共约35个开发人员。 最佳的SCM工具是什么？如何设置？限制：没有预算；管理层不愿接受引入新工具的风险。简而言之，当前的内部团队由6人组成，必须继续使用VSS，而我（构建母带）则可能具有购买工具（仅1个许可）的能力，以帮助我管理往返于签约方的代码流房屋。 看来Accurev可能是一个强有力的竞争者，但我想对社区进行投票。我购买的任何工具都必须支持（以某种方式）将代码合并到VSS中，并且能够（每晚进行一次）提供构建，以将其提供给其他团队。     

解决方法

        “分布式团队”是指DVCS，Mercurial或Git。 甚至不要尝试在分布式贡献者中使用CVCS（集中式VCS）来管理代码/补丁，而最终您最终只会重新发明DVCS的自然功能。 如果确实需要维护本地VSS存储库，则可以尝试使用git-vss以便于导入和导出。