在多个供应商项目中使用TFS和SVN的可能解决方案？
在多个供应商项目中使用TFS和SVN的可能解决方案？
提问于 2011-04-28 18:16:35
我正在努力建立一个源代码控制解决方案，允许多个供应商为单个项目(单个安装中的多个Sitecore CMS站点)做出贡献。理想情况下，我们希望使用TFS，因为它似乎最适合我们的内部需求和支持。然而，我们的一些供应商更喜欢SVN。如果我们选择使用TFS，似乎有许多可能的解决方案。
1)供应商承诺直接使用to，使用MS工具和CAL(例如，用于后端devs的Visual Studio和用于前端的tfs.exe等)。
2)供应商使用TFS，通过插件和适配器连接到他们当前的SVN工具(SVN Bridge / SVN Tortoise) -每个开发人员仍然需要一个CAL。
3)供应商使用单个CAL从TFS建立代码库，然后将其用作SVN存储库。供应商在本地使用SVN，但在SVN存储库和TFS之间使用持续集成以保持同步。
第三种选择在许可方面看起来更便宜，但会在同步中增加相当大的复杂性和开发人员的时间，并且可能会丢失每个开发人员的签入信息(单个开发人员将签入他的团队对TFS所做的所有更改)。
我们实际上不需要很好的细节和复杂程度，只需要基本的功能。供应商对他们的团队负责，我们甚至不需要知道谁在那个级别做了什么，只需要知道它来自供应商A或供应商B。
上述方法的相对缺点和好处是什么，哪些工具可以让我的生活更轻松？
回答 1
Stack Overflow用户
回答已采纳
发布于 2011-04-29 04:21:59
正如您所指出的，您确实有几个选择：
TFS
- 如果您的供应商只是想使用类似于Windows Explorer的集成(类似于乌龟工具)，他们可以安装TFS Power Tools，其中包括资源管理器集成。虽然这种选择需要你的供应商学习新的工具(因此一开始可能有点令人沮丧)，但这肯定是最少的“移动部件”和潜在的损坏。
- 可能是最困难的路线。虽然SVN在很多方面都很出色，但它可能不会提供用户需要的所有功能，例如，分支和merging.
- Timely迁移提供了一个SVN to TFS Migration Tool，这对于第一次从SVNbridge迁移到TFS很有用，但是(如果我记得的话)确实有一些手动解决步骤，这将使其更难以自动化方式使用。但是，这可能值得研究如何将其用于同步。但是，在这一点上，您应该咨询您的微软联系人关于CAL许可的问题:使用自动化工具在to和其他系统之间进行同步并不一定会消除CAL限制。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/5817047
复制相关文章
相似问题
腾讯云开发者
