AnkhSVN是Visual SourceSafe的一个很好的替代品吗?

4 version-control visual-studio

我们已经使用Microsoft Visual SourceSafe 6.0d并希望转移到SubVersion.我们的IDE是Visual Studio 2005,但我们计划尽快将其改为2008.我们正在考虑安装VisualSVN服务器,然后使用Visual Studio 的AnkhSVN加载项.VisualSVN服务器在社区中享有良好的声誉,因此我对它充满信心.但是,我没有听说过很多关于AnkhSVN的内容.我们有一个小团队的开发人员,除了我们已经习惯使用Visual SourceSafe之外,不需要任何花哨的功能.在StackOverflowL中有没有人做过我正在做的事情?如果是这样,你会推荐它(而不是升级到SourceSafe 2005)?

Jos*_*eph 11

我使用AnkhSVN和TortoiseSVN从VSS迁移到SVN.我做出改变没有任何问题.IMO是一个更好的工作环境.

我在团队环境中使用过两种,而在单独的企业中使用SVN.对于单独的企业,SVN绝对是要走的路,它要快得多.在团队环境中,我仍然喜欢SVN,尽管有些人非常喜欢VSS的结账功能.我更喜欢SVN提供的锁定功能.

  • 在我的团队中,我们最近从VSS切换到SVN AnkhSVN + TortoiseSVN,我不能同意它比VSS更好. (3认同)

Joe*_*orn 7

我们在这里使用AnkhSVN,我对它非常满意.

我们唯一的问题是,由于构建不良的存储库,当您从VisualStudio更新解决方案时,它有时会尝试更新(checkout)和整个存储库.

此外,这很重要,因为其他人先花时间在VSS并稍后转移到SVN,你应该知道SVN通常不会像源安全一样锁定文件.它不是锁定文件,因此一次只有一个开发者进行更改,而是允许多个开发人员同时在同一个文件中工作,并在第一个提交更改后提示开发人员进行合并.只是准备好了.

  • SVN可以做锁,但不是完全相同的方式,它不是默认行为.SVN不会仅用第二个覆盖第一个开发者的变化.相反,需要进行合并.不锁定是更可接受的源控制方式,所以它应该是你应该习惯的东西. (2认同)
  • 您可以根据需要锁定文件,但不会。SVN是一个全新的范例。这个想法是您进行所需的任何更改,然后提交。如果其他人进行了有冲突的更改,则在合并两个更改集之前,您无法提交更改。听起来很复杂,但事实并非如此。 (2认同)