哪种颠覆服务器类型最好?

http:

• 非常灵活,易于管理
• 第三方身份验证(例如LDAP、Active Directory)
• Unix+Win原生支持
• webdav支持无需svn客户端的编辑
• 历史尤其缓慢
• 传输的数据未加密

• 与http相同
• 传输数据的加密

svn:

• 最快转移
• 未使用std.port时出现防火墙问题
• 必须启动守护程序服务
• 传输的数据未加密

• 密码加密
• 传输加密

其中一个选项绝对是“最糟糕的”:文件访问。不要使用它,而是使用基于服务器的方法之一。

如果你需要文件传输的安全性,那么svnserve+ssh或apache-over-https是你的选择。

结账 FLOSS Weekly Episode 28

HTTP也有WebDAV,所以如果我愿意,我可以在线浏览源代码(或者如果你想要加密和暗网类型的东西,你可以要求VPN)。

如果是这样,你会有VPN吗? 您有静态IP地址吗?是否允许转发端口?

如果你不受任何限制,我建议你使用xinetd(如果你安装了xientd,如果你没有安装守护进程),然后(如果你需要远程访问)如果你需要进行远程访问,使用基于http的服务器(如果你不想发送纯文本un/pw,你也可以使用HTTPS加密)。

大多数其他选择都是付出更多努力,但收益更少。

这是一个SVN回购——如果你不喜欢,你可以随时收拾行李并更换东西。

为了便于管理和安全,我们对任何需要提交访问的东西都使用svn+ssh。我们已经为匿名(只读)访问一些开源代码设置了基于HTTP的访问,而且速度要快得多;svn+ssh的问题在于,每次操作都必须为每个用户启动一个ssh连接和一个全新的svnserve,这可能会在一段时间后变得非常慢。

• 超文本传输协议 用于匿名连接
• svn+ssh 如果你需要一些安全、相对快速和简单的东西(假设你的用户已经设置了ssh,并且你的用户可以访问服务器)
• 超文本传输安全协议

sliksvn
它还附带了客户端工具,但也可以下载乌龟。

如果你不喜欢或不了解unix权限,你需要使用svnserve或http。我个人可能会选择在xinetd中运行它。

我会推荐 http svn+ssh 它似乎是现有协议的红头发继子:第三方工具支持一直较差 svn+ssh 比它是为了 超文本传输协议 .

我一直负责为我的开发团队管理svnserve和Apache+SVN,我更喜欢基于http的解决方案,因为它具有灵活性。我对系统管理知之甚少,毕竟我是一个软件人,我喜欢能够将身份验证和授权交给Apache。

作为SVN的用户,我更喜欢基于http与Apache的集成。我喜欢用我的网络浏览器浏览存储库。

• 无需后端(或专用服务器)
• 快速可靠
• 支持Hook脚本
• 易于理解、易于支持、易于管理

• 仅在存储库级别具有权限(读取、读/写)
• 钩子脚本在当前用户凭据下运行(这有时是有利的,有时是不利的)

马丁