在我们的组织中，我们有6个团队： 为最终用户提供软件的3个“项目”团队 向项目团队提供组件软件的3个“供应商”团队
我是其中一个供应商团队的领导者。我管理的代码是3个项目团队的标准代码，但可以为3个项目团队配置。代码分为“静态”和“配置”代码。静态代码在3个项目中是相同的;配置代码在每个项目中都是不同的。
我必须协调一个相当大的团队来完成我的1个供应商团队的可交付成果。我们是一个分布式团队，有6名开发人员在现场，4个不同的承包商提供有助于我的“主线”的代码。 5个子团队中的每一个都对主线的不同部分做出贡献，但我们可以互相触摸彼此的代码。共有约35名开发人员。
最好的SCM工具是什么，以及如何设置它？制约因素：没有预算;管理层不愿接受引入新工具的风险。简而言之，目前的6人内部团队必须继续使用VSS，而我（构建主人）可能有能力购买工具（仅限1个许可证），以帮助我管理代码流入/流出的代码流量房屋。
看起来Accurev可能是一个强有力的竞争者，但我想对社区进行民意调查。无论我购买什么工具都必须支持（以某种方式）将代码合并到VSS中并能够提供（夜间？）构建以便在场外提供给其他团队。
答案 0 :(得分：0)
“分布式团队”指DVCS，Mercurial或Git 甚至不尝试使用CVCS（集中式VCS）在分布式贡献者中管理代码/补丁，您最终只会重新发明DVCS自然会做的事情。
如果您确实需要维护本地VSS回购，可以尝试git-vss以便于导入导出。