不同团队的源代码管理？

Question

需要有关此建议......

我有两支队伍

1. 使用带有TFS的VSStudio 2005，使用InfoPath 2003，BizTalk 2006，MSCRMv3，自定义.net2网站和一系列Web服务进行企业SOA开发。
2. Web团队专注于面向公众的网站 - 使用Adobe Suite，VSStudio 2005。

如前所述，团队1有TFS-我们不做每日/每周/晚上/整合构建，因为我们不做这种类型的方法 - 但我们确实有一个使用msbuild的自定义构建/测试解决方案。 （它还有其他时髦的东西，如拉链存档版本/ delist biztalk，在biztalk部署新的声明和biztalk的renelist以及网站和服务的完整部署）

第2组没有任何东西......除了版本的zip存档。

...问题

• TFS很贵
• 两支队伍都习惯了源头控制的“锁定学校”。
• 需要对不同的资产进行源代码控制

有任何建议 - OSS或其他明智的建议吗？

Answer 1

svn - 甚至可以保留您的锁定策略（如果必须），您也可以开发各种前/后提交挂钩以自动化部署/测试等。易于设置和管理。

一些工具＆amp;链接

• visualsvn server - 免费
• togoise svn - explorer add-in - free
• visual svn - visual studio addin（每座49美元）

Answer 2

尽管付出了代价，我仍会选择TFS参加两支球队。您已拥有该产品的内部专业知识，并且它支持您喜欢的锁定模型。

如果费用有问题，请与网络小组联系SVN，但购买VisualSVN进行Visual Studio集成，并使用TortoiseSVN进行资源管理器集成。我在过去发现网络团队倾向于更快地“获得”SVN，特别是使用TortoiseSVN。

Answer 3

我在客户端开发者计算机上使用Subversion，运行VisualSVN Server，以及TortoiseSVN和AnkhSVN加载项用于Visual Studio，这是一个非常好的设置，所有是OpenSource。