当前位置：文江博客话题详情

用于 Visual Studio 开发的无服务器 SVN

发布于 2024-12-07 13:31:50 字数 236 浏览 0 评论 0原文

对于我们的小团队来说，安全不是问题。是否有任何令人信服的理由说明我们可能需要使用某种 SVN 服务器，而不仅仅是使用网络共享上的文件？

编辑

抱歉——我认为我沟通得不太好。

我想使用SVN进行版本控制。我认为我不需要“服务器”。团队成员都可以将其 SVN 客户端指向网络位置。

这样就够了吗？

或者我需要一个“服务器”吗？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

她说她爱他 2024-12-14 13:31:50

是的，您可以在某个文件夹上创建一个存储库并将您的客户端指向那里，实际上不需要 svnserve 进程或 apache2 + mod_svn 。

然而，您应该考虑服务器有几个原因：

同步性：基于文件的存储库会被访问它的客户端更改。如果您的客户之一的时钟与团队其他成员不同步，他/她在极少数情况下可能会损坏存储库数据。然而，服务器总是有唯一的时间。
可扩展性：当每天的提交量增加时，基于文件的锁定/提交/解锁序列可能会导致文件服务器上出现意外负载，并因较长的响应时间而让您的团队感到沮丧。
可扩展性：您或您的团队迟早会发现对票证系统的需求（用于 QA/QC 或第三级支持，例如 Trac、Redmine、Bugzilla），然后遇到与版本控制相关的问题及其修复确实会成为一个问题。必须有。这些票证系统始终接受 svn:// URL，但很可能会拒绝基于文件的存储库。

我不知道这些理由对你来说是否足够令人信服，但你确实可以推迟使用服务器的决定，直到它开始变得不可避免 - 即使你的团队永远不会成长，也可以无限期地这样做。

回复收藏 0 原文

谜兔 2024-12-14 13:31:50

Agent SVN 是 Visual Studio 的 Subversion 插件，可以将其配置为使用文件位置对于存储库，因此不需要服务器。

回复收藏 0 原文

沫雨熙 2024-12-14 13:31:50

svn的主要目的是进行版本控制。
使用文件来保持版本控制并不容易。顺便说一句，你可以在你自己的电脑上本地设置“svn 服务器”

回复收藏 0 原文

浮云落日 2024-12-14 13:31:50

Subversion 使用三个主要协议：

svn:
http:
file:

还有一些其他协议（svn+ssh 和 https），但它们是与上述相关。

如果您使用 file: 协议，则不需要 Subversion 服务器。您所要做的就是将文件协议指向 Subversion 存储库所在的目录：

C> svnadmin create C:\svnrepos\myrepos

C> cd C:\workspace
C> svn co file://C:/svnrepos/myrepos repos

在上面，我在 C:\svnrepos\myrepos 中创建了一个 Subversion 存储库，然后转到另一个目录（非常重要！）并结账。没有服务器正在运行。

这有几个问题：

Subversion 存储库目录必须可供每个人读/写访问，这意味着任何人都可以直接修改存储库，而无需通过 Subversion。
我不能 100% 确定挂钩如何工作，或者如果多个用户尝试同时提交，如何处理冲突。
即使您不打算采取任何安全措施，您也可能想知道进行更改的人的姓名。 file:// 协议不会跟踪这一点。你所看到的只是改变的发生，但看不到是谁做出的改变。

最后：

运行服务器并不是那么困难。

因此，尽管您可以将 Subversion 存储库放在网络共享上并且每个人都可以使用 file:// 协议，但确实没有充分的理由这样做。事实上，我使用 Subversion 作为我自己的个人存储库，我是唯一使用它的人，而且我不使用 file:// 协议。

您可以轻松地将 svnserve 作为 Windows 服务运行，因此只要您的计算机启动，它就会自动启动。而且，设置非常简单。根本没有理由不使用它。

所以，无论如何，不妨继续以正确的方式去做。

顺便问一下，您如何通过 Visual-Studio 使用 Subversion？我建议您查看 ankhsvn，它允许您直接在 Visual-Studio 中访问 Subversion。

Subversion uses three main protocols:

svn:
http:
file:

There are a few others (svn+ssh and https), but they're related to the above.

If you use the file: protocol, you don't need a Subversion server. All you have to do is point the file protocol to the directory where your Subversion repository lives:

C> svnadmin create C:\svnrepos\myrepos

C> cd C:\workspace
C> svn co file://C:/svnrepos/myrepos repos

In the above, I created a Subversion repository in C:\svnrepos\myrepos and then went to another directory (very important!) and did a checkout. No server is running.

There are several issues with this:

The Subversion repository directory must be read/write accessible to everyone which means that anyone can directly modify the repository without going through Subversion.
I'm not 100% sure how hooks work or how collisions are handled if more than one user attempts to commit at the same time.
Even if you don't plan to have any security, you probably want to know the name of the person who made the change. The file:// protocol doesn't track that. All you see is that changes were made, but not by whom.

And, finally:

Running a server isn't all that difficult.

So, although you could put the Subversion repository on a network share and everyone can use the file:// protocol, there really isn't a very good reason to do that. In fact, I use Subversion as my own personal repository where I'm the only one using it, and I don't use the file:// protocol.

You can easily run svnserve as a Windows service, so it automatically starts whenever your machine starts up. And, it's very simple to setup. There's simply no reason not to use it.

So, might as well go ahead and do it the right way anyway.

By the way, how are you using Subversion through Visual-Studio? I suggest you look at ankhsvn which allows you to access Subversion directly in Visual-Studio.

回复收藏 0 原文