在大型 DVCS 变基操作期间,多人如何帮助解决冲突?

发布于 2024-10-26 01:39:01 字数 98 浏览 7 评论 0原文

对一个非常长寿的主题分支进行变基可能会非常痛苦,并且需要一个人花费数小时或数天的时间。第二个(或第三个)人如何为变基工作做出贡献?是否有某种工具可以找到两个人可以独立处理的独立冲突?

A rebase of a very long-lived topic branch can be quite painful and take hours or days of work for one person. How can a second (or third) person contribute to the rebasing effort? Is there some tool that can find independent conflicts that two people could work on independently?

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

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

发布评论

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

评论(1

七禾 2024-11-02 01:39:01

打开 rerere

git config --global rerere.enabled 1
git config --global rerere.autoupdate true

每当您解决冲突时 ,解决方案都会被记录。现在您必须共享它:

设置指向 .git/rr-cache 目录的符号链接。将其初始化为存储库。让其他开发人员这样做。

现在,您可以通过此解决方案存储库在整个团队中共享解决方案。

以下是有关 rerere 的更多信息: http://progit.org/2010/03/08/rerere .html

您还可以重新考虑变基策略。对于某些情况,合并是更好的选择。

希望这有帮助。

turn on rerere

git config --global rerere.enabled 1
git config --global rerere.autoupdate true

whenever you resolve a conflict, the resolution will be recorded. Now you have to share it:

Set up a symlink to the .git/rr-cache directory. Initialize that as a repository. Have the other devs do that.

Now you can share the resolutions across the team via this resolution repository.

here is more on rerere: http://progit.org/2010/03/08/rerere.html

You may also rethink your strategy of rebasing. Merging is a better option for certain situations.

Hope this helps.

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