如何跨不同 Perforce 仓库进行双向集成?

发布于 2024-09-04 08:39:14 字数 236 浏览 9 评论 0原文

我想知道我们应该如何在不同的 Perforce 服务器/仓库之间进行集成。

我正在寻找一种允许我们进行双向集成的解决方案。

这篇使用远程仓库文章介绍了如何将远程仓库映射为只读。这是在两台服务器上进行映射的唯一解决方案吗?如果是这样,这意味着我无法使用单个分支规范来进行双向集成。

I would like to know how we are supposed to do integration between different Perforce servers/depots.

I'm looking for a solution that would allow us to do both-ways integrations.

This Using Remote Depots article describes how to map the remote depot as read only. Is this the only solution to do mappings on both servers? If so, this means that I could not use a single branch spec to do both ways integrations.

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

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

发布评论

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

评论(1

我们只是彼此的过ke 2024-09-11 08:39:14

通过阅读 Perforce 知识库,我相信首选/建议的解决方案是每个服务器从只读远程仓库进行集成。

这是 Perforce 的设计限制,因为元数据仅适用于本地服务器,例如 serverA:1666 不知道用户在 serverB:1666 上执行的命令code> (如本文底部的案例研究所述)。

另外,关于性能的观点是绝对正确的;今天下午,我们的服务器在远程仓库的代码丢失过程中遭到重击。我们所能做的就是等待积分/差异完成。

要了解服务器上发生的情况,请使用命令 p4 monitor show 显示服务器上当前的工作负载。

From reading the Perforce knowledge base, I believe the preferred/suggested solution is for each server to do the integrate from the read-only remote depot.

This is a by-design limitation of Perforce because the meta-data is only available to the local server, e.g. serverA:1666 does not know commands performed by a user on serverB:1666 (as explained in the case-study at the bottom of this article).

Also the point regarding performance is absolutely true; our server was hammered this afternoon during a code drop from a remote depot. All we could do was wait until the integrate/diff was complete.

To find out what is happening on your server, use the command p4 monitor show to show what the current workload on your server.

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