我对版本控制相对较新，我需要一些帮助来决定这是否是正确的设置。
我正在使用来自Sourceforge，TortoiseSVN和DynDNS的“Subversion for Windows”。我们有一台“服务器机器”，我们用它来安装所有这些。我们希望能够通过网络共享存储库并从家中访问它。我们没有可供使用的Web服务器。
文件夹结构如下：
C:\SVN\project-name\trunk
C:\SVN\project-name\branches and so on...
在我本地计算机上的测试运行中，我能够安装所有内容，并使用如下地址成功导入和下载我们的存储库副本：
svn://my-dyndns-addr/SVN-folder/project-name/trunk
为了加快进程，我没有将svnserve.exe文件作为服务运行，只是使用了这个命令：
svnserve.exe --daemon
这很好用。 DynDNS连接似乎也可以工作，我可以从我们的任何工作机器上ping它。 “conf”目录中的配置文件都已使用新的用户名和密码进行了适当的修改。
然后是时候在服务器上重复这个过程了，我安装和配置了所有类似的东西。我做的唯一更改是在this guide之后安装svnserve.exe作为服务。安装的服务很好，我可以连接到存储库，但身份验证失败。我仍然能够ping通DynDNS地址和SVN地址。
所以我的问题是：我缺少认证过程的某些部分吗？为什么这样的类似设置我可以连接到我的机器上的SVN服务器而不是服务器上？这是一个很好的设置吗？除了拥有良好的用户名和密码外，我是否应该关心安全性？我可能会忽略任何小事吗？这对我来说是全新的，所以我大部分都在“修修补补”。
感谢。
最后一点注意事项：我正在远程登录服务器，现在我已经重新启动了服务和计算机几次。
答案 0 :(得分：3)
听起来服务无法访问密码文件。
服务通常作为特殊用户运行，例如网络服务。因此，它可能无法访问您的subversion根目录。
您可以通过以普通用户身份运行服务或授予对根目录的网络服务访问权限来解决此问题。
答案 1 :(得分：1)
答案 2 :(得分：0)
我讨厌回答我自己的问题，但对于那些可能遇到类似问题的人来说，这就是发生的事情：
首先，根据9dan的建议，我将我的subversion软件包切换到了Collab的。更容易安装并自动安装服务。感谢。
接下来我不相信访问文件夹的服务存在问题。事实上，我几乎是积极的，没有经过我做过的各种测试。最后出现的问题是我在conf / passwd文件中选择了用户名。我为了简单起见，使用了我的学生网络帐户名。在最后的努力中，我改变了它，重新启动服务器，它工作了！它似乎仍然有点小，并且在我放弃之前需要更多的关注，但至少它有效！
最后一点，这可能只影响少数人，但Collab安装的服务之一是Apache。我有XAMPP服务正在运行，他们发生冲突。请务必检查您的服务，看看哪些正在运行。就我而言，我不需要Apache进行颠覆，所以我禁用了它。
感谢您的回复！希望这有助于一些人。