git服务器复制

发布于 2024-11-28 01:51:59 字数 143 浏览 0 评论 0原文

我们正在使用 git 进行多站点项目,并且仓库和团队都大幅增长。因此,远程站点正在遭受痛苦。我想向远程站点添加新的 git 服务器,以减少 git 服务器上的负载并使下载速度更快。但是我不确定如何保持这些同步。有什么办法可以原子地复制 git 服务器吗?如果没有其他建议?

We are using git for a multi site project and both the repo and the team have grown substantially. Therefore remote sites are suffering. I would like to add new git servers to the remote sites to decrease the load on our git server and to make the downloads faster. However I am not sure how to keep these synchronized. Is there any way to replicate git servers atomically? And if not any other suggestions?

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

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

发布评论

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

评论(2

笨笨の傻瓜 2024-12-05 01:51:59

您可以有一个主要的“写入”存储库,以及从中提取的多个远程、只读存储库。反过来,远程用户将从这些中获取信息。这将提高您从远程站点的下载速度。上传仍然是一样的,但下载速度似乎是您最关心的问题。

You could have a main "write" repo, and multiple remote, read only, repos pull from that. In turn, remote users would pull from those. That would give you increased download speeds from remote sites. Uploads would still be the same, but it seems like download speed is your main concern.

看轻我的陪伴 2024-12-05 01:51:59

你不能以原子方式复制。我有点希望这不是你的意思。

我编写了 gitmirror 用于在存储库更改时自动触发远程基于拉取的复制。它需要一点点设置,但我有大量的东西通过 github 进入其中(还有一些不使用 github)。

You can't replicate atomically. I'm kind of hoping that that's not what you mean.

I wrote gitmirror for automatically triggering a remote pull-based replication on repository change. It requires a tiny bit of setup, but I've got tons of stuff coming through github into it (and a few that don't use github).

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