关于hg cp功能及取消文件历史关联的技术咨询

场景描述 #

在工作中使用Visual Studio Code（VSC）将Foo.react.js另存为Bar.react.js作为新组件模板，却在CI/CD（Jenkins）部署阶段遇到Bar.react.js的自合并冲突。经确认，公司配置的VSC另存为操作会自动执行hg cp命令，导致Bar.react.js继承了Foo.react.js的版本历史，当他人修改Foo.react.js后便引发了冲突。

问题与解答 #

1. hg cp具体功能及追踪旧文件历史的原因 #

• hg cp是Mercurial的文件复制命令，它不仅复制文件内容，还会在版本控制系统中记录文件的复制溯源关系，明确标记目标文件（Bar.react.js）是从源文件（Foo.react.js）复制而来。
• Mercurial追踪这种历史的核心目的是自动同步相似文件的变更：在分支合并时，系统会尝试将源文件的修改同步到复制出的文件中，减少手动维护相似文件的工作量。但如果复制出的文件是作为独立模板使用（不需要和源文件同步），这种自动同步逻辑就会触发不必要的合并冲突。

2. 是否只能通过hg forget Bar.react.js再hg add修复？已解决冲突提交后未来是否还会冲突？ #

• 不是唯一方法，但hg forget + hg add是最彻底切断复制关系的方案。临时解决可以在合并时使用hg merge --no-merge跳过自动合并，但这无法根治，后续合并仍会触发冲突。
• 如果仅解决冲突并提交文件，但未切断复制关系，未来只要Foo.react.js有变更进入合并流程，Mercurial仍会尝试同步变更到Bar.react.js，依然会引发冲突。只有彻底切断两者的复制溯源关系，才能避免后续的自动合并冲突。

3. 文件已入库后，执行forget+add无法直接提交的处理步骤 #

当Bar.react.js已经提交到仓库时，需按以下步骤操作来切断复制关系：

1. 确保本地工作区无未提交的修改（如有，先执行hg stash暂存或hg commit提交）
2. 执行hg forget Bar.react.js，将文件从仓库的追踪列表中移除（本地文件保留）
3. 执行hg add Bar.react.js，重新将文件作为全新独立文件添加到仓库追踪
4. 提交变更：hg commit -m "Break copy tracking relationship between Bar.react.js and Foo.react.js"

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