apache - 为什么选择 mod_dav_svn 而不是 svnserve 和存储库浏览器？

Question

如果我对 mod_dav_svn 的理解有误，请纠正我，因为它基本上有两个目的:

向客户端公开 SVN 存储库(在文件系统上)，客户端可以是:

存储库浏览器(例如 Web)

'svn' 命令本身，它是一个客户端命令行程序

充当存储库浏览器以方便地查看存储库

现在对于第 1 点，我的以下假设是否正确？

每当使用 mod_dav_svn 公开存储库时， http://或 https://使用访问存储库的形式

如果使用 svnserve， svn://使用访问存储库的形式

在这种情况下，mod_dav_svn 将 无需额外使用

对于第 2 点，如果使用 Trac 的存储库浏览功能，那么 mod_dav_svn 提供的存储库浏览功能是否没有其他用途？

mod_dav_svn 是否有我在此未列出的其他用途？换一种方式问，使用 svnserve 和 Trac 有什么缺点吗？

我问是因为我觉得 mod_dav_svn 很常用，所以我想知道我错过了什么。

Answer 1

忘记第 2 点:HTTP 浏览。这只是一个小小的奖励。它不能取代您对 Fisheye 之类的需求, ViewVC ，或(我最喜欢的)Sventon .

为 Subversion 服务器使用 Apache 的 http 有一些缺点:

比较慢

设置更难

然后，有以下优点:

它使用通常不会被防火墙阻止的标准端口 (80)。

它可以与 LDAP 和 Active Directory 集成

您可以使用 HTTPS 来加密更新和结帐(包括用户密码)。

您可以让多个存储库使用同一个 Apache httpd 实例。与 svnserve ，您只能为每个实例创建一个存储库，如果您在一个系统上有多个存储库，则必须运行每个 svnserve在非标准端口上处理。

我个人的看法:如果你是在做企业环境，使用 HTTP 或 HTTPS 协议(protocol)方式的好处大于坏处。如果您谈论的是小型存储库以及您和您的 friend ，我运行 svnserve仅仅是因为较低的开销和更容易的设置。但是，在那种情况下，我只是使用 Github 而不必担心。

我在我的机器上运行 Subversion 作为我的个人源代码控制系统，并在该实例中使用 svnserve。

Thanks, some follow up questions. 1) When I access a URL on my svn server as svn://server/repo, isn't that using port 80 as well? 2) If LDAP integration can't be done for svnserve, is the only way users can authenticate is if they're in the file referred to by password-db in svnserve.conf for svn:// or have a shell account for svn+ssh://? 3) Can't the same protection offered by https:// be offered by svn+ssh://, or is there a difference? (Sorry I can't put paragraphs here it submits every time I hit enter am I doing it right.) –

它默认使用端口 3690。这可以在您运行 svnserve 时更改。 ，但是您的 svn URL 也必须反射(reflect)这一点。

几乎是真的。大多数使用svnserve的地方使用密码文件。但是，从 1.5 版开始，您可以使用 SASL .但是，我从未见过有人使用它。

是的，ssh+svn://确实提供加密数据包。但是，SSH 实现起来可能很棘手。基本上，必须为该特定用户生成和运行 svnserve 进程。这意味着每个用户都需要对存储库进行直接读/写访问。您需要为每个用户设置 umask 并创建每个人都属于的 Subversion Unix 组。然后，由于这些用户可以直接访问存储库文件，因此请阻止他们登录存储库服务器。 Online Manual有完整的细节。但是，最后，它只适用于 Unix 服务器和 Unix 客户端。 Windows 客户端上没有 SSH，因此必须安装它。我已经尝试了几次，但 https://更容易。