是否存在比 SVN 更快的集中版本控制?

发布于 2024-08-29 03:17:45 字数 301 浏览 3 评论 0原文

我已经使用 SVN 很长时间了,现在我们正在尝试使用 Git。我在这里谈论的不是中心化/去中心化的争论。我唯一关心的是速度。

后一个工具要快得多。但有时,我需要使用一种集中式方法,这种方法比分散式方法更简单、更简单。学习曲线非常快,这节省了大量时间(而深入研究去中心化会导致时间浪费,因为学习曲线更长,而且我们在使用它时遇到更多问题)。

然而,SVN 与 GIT 相比确实很慢,而且我认为这与中心化的说法没有任何关系。去中心化系统还必须处理服务器连接和文件传输。所以我可以很容易地想象可能存在更快的集中版本控制实现。

有人对此有任何线索吗?

I've been using SVN since a long time and now we're trying on Git. I'm not talking on the centralized / decentralized debate here. My only concern is speed.

The latter tool is much faster. But sometimes, I NEED to work with a centralized approach, which is much more simple and less complex than the decentralized one. The learning curve is really fast, which saves a lot of time (while digging into decentralized would lead to a waste of time, given the learning curve is much longer and we encounter more problem when working with it).

However, SVN is really slow compared to GIT, and I don't think it has anything to do with the centralized argument. Decentralized systems also have to deal with server connections and file transfert. So I can easilly imagine a faster implementation of centralized version control could exists.

Does someone has any clue on this?

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

扫码二维码加入Web技术交流群

发布评论

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

评论(4

错爱 2024-09-05 03:17:46

我知道比 SVN 快得多的 CVCS(集中版本控制系统)不是免费软件:

Perforce< /a>

我在此 SO 答案 中详细介绍了 Perforce。

Perforce 图

您可以看到一个本文档中 Perforce 和 Subversion 的比较
它的合并支持尤其有效。

The one CVCS (Centralized Version Control System) I know being much faster than SVN is not a freeware one:

Perforce

I detail Perforce in this SO answer.

Perforce diagram

You can see a comparison between Perforce and Subversion in this document.
Its merge support in particular is much more effective.

写给空气的情书 2024-09-05 03:17:46

Git 支持许多拓扑,包括集中式 CVS/SVN 方法。有多种选择:

  1. 通过 ssh 提供中央共享存储库。 gitosis 使这变得更容易。
  2. 使用 github 私人帐户。
  3. 在您自己的数据中心使用 github 的商业服务器产品 github:fi

Git supports many topologies, including the centralised CVS/SVN approach. There are several options:

  1. Provide a central shared repository via ssh. gitosis makes this easier.
  2. Use github private accounts.
  3. Use github's commercial server product, github:fi in your own data center.
花间憩 2024-09-05 03:17:46

SVN 缓慢的原因在于它处理工作副本的方式。数以千计的文件被触及和写入。

您可以尝试 Bazaar (bzr),因为它支持工作流程(但我不知道它是否真的更快),或者等待带有 WC-NG 和集中元数据的 SVN 1.7。 SVN 1.7 计划于今年夏天发布,但也可能稍后完成。

What makes SVN slow is how it handles the working copies. Thousands of files are touched and written.

You could try Bazaar (bzr) as it supports workflows (but I don't know if it is really faster) or wait for SVN 1.7 with WC-NG and centralized meta-data. SVN 1.7 is planned for this summer, but could also be finished later.

迷鸟归林 2024-09-05 03:17:46

Git 非常灵活,在集中安排下工作得很好。在某台服务器上,创建一个“裸”存储库,其中包含以下内容:

mkdir repo
cd repo
git init --bare --shared

然后将您的存储库推送到服务器上的裸存储库中,并将该存储库称为“中央”存储库。

Git is very flexible and works just fine in a centralised arrangement. On a server somewhere, create a "bare" repository with something like:

mkdir repo
cd repo
git init --bare --shared

Then push your repository into the bare one on the server, and call that one the "central" repo.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文