Mercurial书签与Evolve主题有何差异？含深层影响及其他差异问询

你提到的「主题名称嵌入提交元数据，书签是可移动的指针」是二者最本质的区别，这个差异直接带来了一系列使用上的不同：

核心差异的实际影响 #

• 提交追踪的持久性：主题是提交的固有属性，哪怕你通过Evolve进行提交改写（比如hg amend、hg rebase），主题会始终跟着提交走，不用手动维护关联。而书签是独立于提交的指针，如果你改写了书签指向的提交，书签默认会停留在旧提交上，必须用hg bookmark -f强制移动才能指向新的演化版本，容易出现书签和实际开发线脱节的情况。
• 历史上下文的清晰度：用主题的话，查看历史时可以直接通过提交元数据看到它属于哪个开发线（比如hg log -T "{topic:>10} {desc|firstline}\n"），不需要依赖书签的位置来推断。书签则需要你提前知晓哪个书签对应哪个功能，历史记录本身不会显示提交和书签的关联。
• 协作时的自动同步：推送或拉取带主题的提交时，主题会随提交自动同步到远程仓库，协作方拿到提交就能直接看到它的主题归属。书签默认是本地对象，要共享必须显式执行hg push -B <bookmark>，或者配置远程仓库的书签同步规则，否则对方看不到你的书签。

其他关键差异 #

• 关联模型不同：主题是附着在提交上的标签，一个提交只能属于一个主题（可通过hg topic <new-name>修改）；书签是独立的分支指针，同一个提交可以被多个书签同时指向。
• Evolve工作流集成度：主题是Evolve扩展原生支持的功能，和变更演化、栈管理深度绑定：
  • 执行hg topic start <name>会自动切换到该主题，后续提交默认继承这个主题
  • hg topic finish可以标记主题开发完成，还能自动清理对应的演化提交栈
    书签没有这种原生集成，所有操作（移动、切换、共享）都需要手动执行命令。
• 状态管理能力：主题内置「完成」状态，执行hg topic finish后，该主题会被标记为已完成，用hg topics可以清晰看到所有主题的状态。书签没有内置的完成标记，只能通过删除书签或重命名来间接表示开发完成。
• 自动继承规则：在带主题的提交上创建新提交时，新提交会自动继承当前主题；而书签需要你手动切换到目标书签的分支，或者提交时用hg commit -B <bookmark>强制让提交更新书签位置，否则新提交不会关联到书签。
• 命名空间隔离：主题有独立的命名空间，和书签、命名分支的名称不会冲突——比如你可以同时存在名为feature-login的主题和书签，二者互不影响。

内容的提问来源于stack exchange，提问作者arrowd