我们的开发团队很小(3个开发人员)和基于Windows。
我在找一个源代码控制,可以做到以下几点:
哪个版本控制最适合这个需求列表
退房文件进行编辑,并警告其他人该文件是用来在文件中
检查和合并,如果他们改变了
拆分基线发布如果需要的话
的Visual Studio集成
可以工作在WAN
由于版本和合并基准。
SW
我们的开发团队很小(3个开发人员)和基于Windows。
我在找一个源代码控制,可以做到以下几点:
哪个版本控制最适合这个需求列表
退房文件进行编辑,并警告其他人该文件是用来在文件中
检查和合并,如果他们改变了
拆分基线发布如果需要的话
的Visual Studio集成
可以工作在WAN
由于版本和合并基准。
SW
你使用锁定SVN将是巨大的,只要(通常是服务器不知道客户在默认情况下这样做)
Perforce的可能是一个很好的一种方式来看待它做到这一点更通过默认。
两者都有VS整合,尤其是SVN。
如果您想要良好的Visual Studio集成,请检查Microsoft Team System。您没有指定是否想要免费或商业版,或者Visual Studio整合的关键程度如何。
git会做几乎所有的。不知道如何与Visual Studio集成。可能会有一个插件。 原因:
那么为什么建议呢?只是为了传福音? –
可视化工作室被列为维基百科(http://en.wikipedia。org/wiki/Comparison_of_revision_control_software#User_interfaces)和 http://swik.net/VisualStudio+git有一些有积极用户体验的链接。 – hlovdal
@john。几个原因。 1)那里有90%,并且有很好的命令行支持。 2)我不处理MS产品,所以没有理由知道3)我并不都知道。 –
SVN,前提是您明确锁定了文件。这不是默认情况,但您可以通过SVN命令或通过TortoiseSVN轻松锁定文件。
VisualSVN提供了Visual Studio集成。
我不确定必须警告用户,某个文件被检出以供其他人进行编辑,如果您拥有良好的合并工具支持,那么这是一笔大买卖。大多数流行的OSS都是“并发”版本控制系统,这意味着无需锁定。 –
我有点同意,但我想这取决于球队。反对锁定的论点是合理的,但是仍然有一些关于知道你什么时候提交文件的好处和安慰,这与你所做的完全相同。 –