CollabNet SVN服务器还是VisualSVN？

Question

我想在Windows 2003系统上建立一个SVN服务器。

目前，我不确定是应该安装CollabNet-SVN还是VisualSVN。 我已经了解到， CollabNet-SVN 只提供了一个命令行客户端用于管理，而且设置它有点繁琐。VisualSVN 带有基于GUI的管理客户端，易于使用。

因此，我有一些问题：

是否有免费的管理工具（带有GUI）适用于 CollabNet SVN 服务器？

是否有简短易学的教程来使用CollabNet SVN？

Visual SVN 也安装了Apache！对于CollabNet SVN，这是不必要的。 如果Windows服务器上也有一个活动的IIS，会出现问题吗？

在我的情况下，Web访问是不必要的，是否最好使用带有Apache安装的CollabNet SVN？

标准版的Visual SVN和CollabNet SVN的功能是否相同？

- Kottan

---

只要将Apache和IIS分配到不同的TCP端口，就可以在同一台服务器上安装它们，不存在任何问题。 - mxmissile

也许最好使用分布式版本控制系统（如Bazaar - http://bazaar-vcs.org）。它不需要服务器。 - myfreeweb

@myfreeweb：如果您不需要在多个用户之间共享存储库，Subversion也不需要服务器。 - Greg Hewgill

@greg-hewgill：DVCS不需要服务器来共享存储库。 - myfreeweb

Answer 1

Visual SVN Server确实有一个漂亮的GUI用于仓库维护和设置访问权限。此外，它还允许您使用Windows帐户（Windows身份验证）设置访问权限，这可以让您的生活变得更加轻松。

在我的快速测试中，我没有发现由于安装Visual SVN Server而导致IIS出现任何问题（它允许您使用与标准443不同的端口）。顺便说一句：Visual SVN Server使用https://协议，而svnserve则可以使用svn://。

这些是我很快就要转换到Visual SVN Server的原因。

- M4N

---

请注意，在VisualSVN标准版中，Windows身份验证受到严格限制，因此在此比较中并不是非常重要。 - mghie

谢谢@mghie！这个改变是最近的吗？我已经好几个月没有进行快速测试了。 - M4N

我并不确定，但我猜想这从来没有改变过——这只是一个非常有说服力的理由，让人们花钱购买VisualSVN许可证。对于多个用户在多台机器上的集成，需要与Active Directory集成，这就需要付费的VisualSVN版本。 - mghie

VisualSVN服务器的免费版本完全支持使用Active Directory登录，只需要用户输入他们的凭据（可以被SVN记住）而不是使用集成的Windows凭据。这并不是什么大问题。 - Lance McNearney

Answer 2

正如其他回答中提到的那样，Subversion有两个主要协议：http/https或svn。 svn协议 优点：

• 速度快
• 非常简单易于设置，无需第三方软件

缺点：

• 简单的基于文件的身份验证设置
  • 因此用户无法管理自己的密码
  • 密码没有加密

http/https协议 优点：

• 支持广泛的身份验证系统，几乎支持Apache HTTP服务器支持的任何系统。
• 由于上述原因，它可以集成到您公司的身份验证系统中，例如LDAP / ActiveDirectory。
• 如果需要，https协议可以加密通信。
• 具有连接管理的灵活性，例如通过防火墙。
• 允许您通过Web浏览器浏览存储库

缺点：

• 慢在Subversion 1.7版本中大幅改进。
• 更难管理，特别是如果您想要细粒度的访问配置并在同一服务器上提供多个存储库。

因此，取决于您的需求，您可以选择最适合您的协议。

我们在公司使用两种协议，其中内部主要使用svn协议，而http/https协议用于向公众公开我们的存储库。

- DJ.

Answer 3

VisualSVN只支持http://和https://协议。
然而，svn://协议更快，因此出于性能原因，建议使用CollabNet SVN。

- Denis K

---

在性能方面呢？检出？提交？创建存储库？用户界面体验？... - Jake Berger

任何与服务器的通信（提交、更新、责备等）都会明显变慢。然而，随着svn 1.7版本的发布，http传输的性能得到了改善，请参见http://subversion.apache.org/docs/release-notes/1.7.html#httpv2。 - Denis K

VisualSVN和Collabnet现在默认使用通过apache模块的http(s)://。但是，如果您想使用svn://，它们都附带了svnserve.exe。我认为如果您使用它，它们的管理工具包将无法正常工作。 - Ben L

Answer 4

CollabNet现在改名为CollabNetServerEdge。主要的变化是它使用Apache而不是svnserve（但仍然包括在内），并且更易于设置。它具有基于浏览器的管理控制台。还增加了一些功能，如集成的viewvc用于代码浏览和ldap身份验证。缺点是windows身份验证非常笨拙，如果用户没有注意用户名的大小写，将会创建重复的帐户。它也不使用active directory的安全组，因此这是一个毫无意义和不安全的特性。ViewVC适用于外部用户或没有svn客户端的人，但我们已经数年没有使用该功能了。

Collabnet的另一个缺点是导入旧存储库需要进行转储才能导入。我发现较大的存储库可以花费数小时时间进行转储。VisualSVN服务器只需要复制存储库。

我喜欢ankhSVN，所以我开始使用Collabnet edge，但现在我倾向于使用VisualSVN服务器。

- Ben L

Answer 5

我强烈推荐使用CollabNet SVN（在安装时选择apache选项）和TortoiseSVN作为GUI客户端。虽然我不是一个开源软件的粉丝，但我喜欢这个组合。

目前，我在Windows/Visual Studio 2005+环境和10多个开发人员中使用它。

- Brian

---

对我来说，重要的是易于管理。我不想编辑配置文件或使用命令行客户端！ - Kottan

在那个声明之后，我认为你已经得到了答案，你应该选择VisualSVN。 - Brian

Answer 6

CollabNet运行良好。我在家里的开发机器上将其作为Windows服务运行。我使用TortoiseSVN管理我的存储库，所以没有什么可担心的。

您是为自己还是团队设置这个？我没有为他人担任SVN管理员的经验。

- duffymo

---

我认为这并不重要，无论是团队还是个人！ - Elmex

我正在为一个非常小的团队（4人）设置它。 - Kottan

我的经验只对一个人相关，所以我无法代表团队管理方面发言。 - duffymo