Hug*_*ugo 16 .net svn version-control project-planning visual-sourcesafe
在工作中,一位主管经理让我研究将我的项目的当前源控制服务器(Visual Source Safe)更改为SVN可能带来的好处.
我真的没有任何反对SVN的东西,实际上我有点挖掘它,但我认为,改用SVN不会给项目带来任何重大好处,并会迫使我们使用一些第三方工具来管理来自Visual Studio的源代码控制(我们主要使用Microsoft工具开发).
所以,作为我研究的第一步,我问你:从VSS切换到SVN有什么好处?
Kon*_*kus 41
SVN比VSS更受欢迎,并且具有很多优点.VSS陈旧且过时.
现在许多开发人员正在从VSS迁移到SVN.如果您要在Google中搜索"SVN"和"VSS",它会向您显示许多与VSS到SVN迁移相关的文章.
现在,这并不是说Subversion是完美的 - 当然它可以做得更好,而它根本不做的事情.但是所有使用VSS和SVN的人很可能永远不会回到VSS.
如果你选择SVN.以下是您可能需要的工具列表:
这是一本关于这个主题的好书:C Pilato的Subversion版本控制
VSS和SVN的另一个不错的替代品是SourceGear Fortress,除了源控制之外还有问题跟踪系统 - 一体化.或SourceGear Vault - 仅限源控件.还有SourceAnyWhere解决方案.如果您需要Microsoft解决方案而不是使用TFS而不是VSS.
wom*_*omp 16
微软承认从未在任何内部项目中使用VSS(现在无法找到引用:/).我用它两年,这是愚蠢的坏.数据库每周至少损坏一次.
此外,我最喜欢引用VSS用户的一件事是Eric Wadworth的页面上的第一个引用,据报道来自微软的某个人:
Run Code Online (Sandbox Code Playgroud)"Visual SourceSafe? It would be safer to print out all your code, run it through a shredder, and set it on fire."
绝对适合SVN.VSS就像是1000个恶魔的噩梦.
我们使用SVN工作,并使用正确的文档,正确的客户端和工具,这是一个快速 - 到目前为止,它是高度可靠的工作.在VSS过去10年后,我可以说我不会错过它.
我非常喜欢SVN,我写了一篇关于我认为最有价值的客户(有些不是)和其他工具的评论.这是一篇新文章,因此非常及时:http://codertools.wordpress.com/2009/03/24/svn-subversion-clients-and-other-tools/
我会毫不犹豫地向任何人推荐SVN - GIT是我的列表中的下一个要看...希望这是有帮助的.