gpt4 book ai didi

git - mercurial 中的功能分支

转载 作者:太空狗 更新时间:2023-10-29 14:47:26 25 4
gpt4 key购买 nike

我注意到一个问题:
在 Mercurial 中,书签旨在用于功能分支,相当于 Git 中的分支。但是在 Git 中,修订总是有关于它属于哪个分支的信息。因此,在 Git 中,我们总是可以说功能的工作何时开始以及何时完成。

在 Mercurial 中——书签只指向一个提交,所以我们不能说功能分支实际从哪里开始,我们也不能将该功能分支 merge 回来(因为修订将与我们要 merge 的修订属于同一个分支) .这只有在使用命名分支时才有可能,但它们对于功能分支来说太“重”了,而书签似乎太“轻量级”了。

该问题的常见解决方案是什么以及 Mercurial 中如何进行适当的功能分支?

更新:
我想要实现的大致工作流程是:
- 对默认进行新的无意义提交
- 更新到之前的提交,并提交与该功能相关的
- 然后 merge 无意义的提交,并用 merge 的结果修改它。

最佳答案

  1. Git 的“分支”和 Mercurial 的书签完全相同,只有一个小异常(exception)(与“轻量级分支”无关):Git 分支默认 pull |推,Mercurial 书签是本地的,可以 pull |仅在明确定义时才推送
  2. 关于 Git 变更集的元数据,您被误导了 - 它们不包含非尖端变更集所属的分支名称
  3. 可以始终将书签 merge 到任何分支的任何其他 HEAD(或非 head)并且您还没有知道开始-为了做到这一点,功能分支点:直到 merge 点和hg merge <bookmark>
  4. 阅读 Steve Losh 的“Mercurial 分支指南”"Branching with Bookmarks" 的一部分

关于git - mercurial 中的功能分支,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/19052491/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com