我对subversion还比较陌生，我们正在尝试改进工作流程并创建更好的灵活性。
那么，在这种情况下，最好的subversion控制软件是什么？我们是一个小团队（1至3名程序员）。我们处理的语言是C#和Flex。
我们已经尝试了VisualSVN服务器和TortoiseSVN，但是是否有更好/更小/更快/...的解决方案适合我们呢？
您能否建议其他值得检查的配置/软件？
对于小型组织，我们应该/可以使用哪种版本控制软件？
3
- MysticEarth
3
1再加入一个开发者，你就会有一个GOF（四人小组），呵呵。 - aefxx
你在已经尝试过的 SVN 实现中发现了什么缺失？ - anon
我们是一个由两个人组成的团队，使用Tortoise SVN非常满意。 - stiank81
3个回答
2
我建议您在后端使用VisualSVN Server，因为它是免费的，并且可以处理设置和服务存储库的所有麻烦。
一旦您拥有了这个基础，您就可以自由选择适合个人的客户端应用程序。有些人喜欢深度的Visual Studio集成，Windows集成或命令行。或者同时使用三种方式。
一旦您拥有了这个基础，您就可以自由选择适合个人的客户端应用程序。有些人喜欢深度的Visual Studio集成，Windows集成或命令行。或者同时使用三种方式。
- David Henderson
2
你有没有对于拥有Visual Studio和Windows集成的客户有什么建议？谢谢！ - MysticEarth
2据我所知，目前没有一个客户端同时提供Shell集成和VS集成。就个人而言，我认为TortoiseSVN的Shell集成非常重要，因为我经常需要处理不在VS解决方案中的文件。它还可以使分支和合并变得更加容易。对于VS集成，我使用过VisualSVN、Tam Tam SVN和AnkhSVN。最终我选择了Ankh v2，它是免费的，并且似乎能够很好地完成工作。 - David Henderson
1
将VisualSVN添加到混合中，可以让您直接从Visual Studio进行一些工作。但除此之外，我认为您的配置是完美的。
- Nikola Smiljanić
1
1我目前正在使用AnkhSVN与Visual SVN Server和Tortoise SVN来评估“非Visual Studio项目”。这非常好用。 - Thorsten Dittmar
0
命令行界面。无论是服务器还是客户端，都无法更好、更小、更快。
- Ivan Krechetov
3
1这在很大程度上取决于团队中每个人对命令行界面的熟悉程度。如果他们对CLI不熟悉，那么这肯定会让他们永远远离SVN。 - Joachim Sauer
我完全不熟悉CLI。所以那不是一个选项。但还是谢谢 :) - MysticEarth
CLI SVN更好吗？我完全不同意，尤其是对于那些刚接触SVN的人来说。使用CLI客户端很容易犯一些愚蠢的错误，比如忘记添加你刚创建的文件，直到人们开始抱怨代码无法构建为止才发现。使用TortoiseSVN，你会得到一个漂亮的对话框，显示非版本控制的文件，因此更容易看到问题。而且，只提交部分更改也更容易，因为你可以取消选择你不想提交的内容，而不是指定要提交的完整列表。这样更加用户友好。 - Michael Madsen
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接