Svn 局域网上的侵权行为？

我不得不在工作中使用安全源，结果它爆炸了。 我想切换到TortiseSVN，但显然，当在局域网上工作时，事情会变得腐败吗？这是真的吗？有没有办法绕过腐败

---

在这一点上，甚至源代码安全也开始破坏东西。（糟糕的节目…）谢谢

TortoiseSVN与Subversion服务器一起在局域网上运行良好

在OrtoiseSVN中，有可能针对本地的、基于文件的存储库工作。如果将基于文件的回购放在网络驱动器上，我认为事情可能会破裂。不要那样做

Source Safe尝试在没有适当服务器软件的情况下基于网络共享进行共享。它很容易出错。不要试图对subversion做任何类似的事情

---

SVN服务器在Windows和Unix下都可以正常运行。这两种平台都有安装程序。

不能说这是在我的工作地点发生的，我们大约有50人。

你搞错了-VSS在网络上运行时容易损坏。这尤其适用于WAN。VSS的工作原理是直接修改VSS DB中的文件，如果在文件传输过程中出现网络故障，它不会意识到，因此会非常愉快地将部分文件存储在DB中。正如您所看到的，文件越大或网络越脆弱，丢失数据的可能性就越大

SVN不是这样工作的，它使用一个服务器应用程序，您将文件发送到服务器，它检查这些文件，然后安全地存储它们。如果有问题，它会告诉你

现在，您可以将SVN配置为直接使用文件（使用file://协议，而不是更常见的SVN://或http://协议），这通常是由读取数据的服务器进程（如备份程序）完成的，但不建议普通使用。人们过去使用它进行仅本地的svn操作，即只有一个用户，但现在没有人这样做

---

有很好的安装程序为您设置一切，最著名的是，但也有。去拿一个并使用它，你会更快乐。

我在家里的机器上运行Subversion没有任何问题。（我现在正在使用Git。）

您不应该在Internet上访问您的工作SVN存储库。我假设您将把它托管在防火墙内的服务器上，网络上

---

但通过互联网访问Subversion是完全正确的。许多开源项目授予匿名用户只读访问权限，以便他们可以通过Internet访问代码。你从哪里得到你的信息？是时候换一个新的源了。

任何人都不应该使用VSS。它可能是有史以来最糟糕的SCM系统。@duffymo：请原谅，我甚至不会把VSS称为SCM。把“SCM”排除在外，换成“它可能是有史以来最糟糕的系统”怎么样我本想礼貌一点，但我认为你的评论更贴切。干得好，你有勇气说出自己的信念，这让我很荣幸。但据我所知，Subversion服务器需要互联网接入。（由于安全原因，我们不允许这样做。）它不允许。在没有任何internet访问的机器上安装subversion服务器是非常好的。我会看看CollabNet Edge，它是一个非常简单的设置，可以让SVN在HTTP上工作（即使它是纯内部的）：