跨平台的源码控制？

Question

我们正在为.NET (使用VS2008)和Java (使用eclipse)进行开发

目前，我们正在使用CVS，但是Visual Studio2008还没有一个好的插件，所以我正在考虑更改为对VS2008和Eclipse有更好支持的插件。

我最初的想法是SVN，因为它非常接近CVS，但我有点想使用Mercurial之类的东西。我正在寻找的东西，是简单的使用，并有良好的插件支持两个平台。

Answer 1

我可以告诉你，对于Eclipse和Visual Studio2008的Subversion (AnkhSVN for Visual Studio)，有非常好的插件。如果您计划将AnkhSVN与最新的subversion版本一起使用，则必须确保下载它的每日构建。此外，还有一些工具(http://cvs2svn.tigris.org/)可以将您的数据从CSV迁移到SVN。

对于Mercurial oder，我没有任何经验。

我认为SVN会给你最平滑的过渡--但它不会给你带来“大革命”(如果这就是你想要的)

Answer 2

我们是一家.NET、Java和Rails商店

我们使用Subversion很多年了，它是一个很棒的系统，做了我们认为需要从SCM中得到的所有事情。大约9个月前，我们在开发Rails应用程序时开始使用Github.com (在Rails社区中是不可避免的)。

从那时起，我们已经完全转向Github.com，在我们的闭源商业软件开发中使用私有repos。

Git让我们在几个月内不会破坏构建或破坏代码--以前经常发生的事情，让我们放松了一天的工作，试图纠正这个问题。Subversion不像Git那样为您的工作方法提供灵活性。如果你遇到了麻烦(一个坏掉的构建或一个热修复)，Subversion不会帮你，它甚至会对你不利。它的分支/合并机制很难使用，因为它不跟踪分支的来源。此外，当您合并回来时，您的变更历史记录也会被修改，因此团队在特定分支中所做的所有变更都会归因于执行合并的用户。Git的速度也非常快，因为您处理的整个repo都是本地的，当您在远程位置工作时，这一点非常明显。

也就是说，Subversion需要一到两周的时间才能精通，Git至少需要一个月，尤其是如果你来自Subversion或CVS。如果您假装它只是一个更现代的SVN或CVS，那么您将会对您的编码工作流中缺乏改进感到沮丧，并且您会对众多的命令感到恼火。

我们有一个3分支的设置:hotfix<->master<->开发。在正常情况下，开发团队将在开发分支中工作。对于每个用户故事，开发人员将创建一个分支开发:开发<->用户故事。当故事完成时，用户故事与开发合并，并且用户故事分支可以被删除。这种情况一直持续下去，而且master保持稳定且不受影响，直到构建经理决定将开发中的所有更改合并回master中是安全的。如果在同一时间，客户打电话并需要热修复，这也是独立于master完成的，并且可以在未来的适当时候合并到代码库的其余部分中(master&development)。

现在从wrt到GUI和SCM。我们像躲避瘟疫一样避开他们。GUI不适合与SCM一起工作。我知道-有争议，但听我说完。与GUI相比，命令行会减慢您的速度，并且当您使用SCM时，您很可能会做一些不好的事情或破坏您的中央存储库，慢是一件好事。慢会让你思考你的行为。我见过的所有典型GUI (EclipseSVN、TortoiseGit/SVN)都预先选择了您最近的更改作为您即将进行的提交的一部分，无论这些更改是否已准备好提交。糟糕！您需要考虑您的提交，以及它们需要多大的块状或细粒度--在这方面，命令行比GUI做得更好。我们所有的.NET程序员，他们天生就喜欢通过GUI执行任务，他们都使用命令行Git，并且在此之前使用命令行SVN，正是出于上述原因。这给了他们更大的控制感。

Answer 3

适用于服务器的用于Eclipse

• VisualSVN Server的Visual Studio

• SubClipse的
• VisualSVN客户端