不久前,我克隆了一个 Hg 存储库,并且一直在进行重要的本地提交(主要版本更改)。
与此同时,躯干略微前进;几个提交,但微不足道的变化。
管理将此分支合并回主干的最简单方法是什么?
考虑到我的“分支”发生了重大变化,最好将最新的主干与我“分支”的主干版本进行“比较”,然后对我的 v2 重新进行相同的功能更改?- 如果是这样,我如何知道这个版本是什么?
谢谢
不久前,我克隆了一个 Hg 存储库,并且一直在进行重要的本地提交(主要版本更改)。
与此同时,躯干略微前进;几个提交,但微不足道的变化。
管理将此分支合并回主干的最简单方法是什么?
考虑到我的“分支”发生了重大变化,最好将最新的主干与我“分支”的主干版本进行“比较”,然后对我的 v2 重新进行相同的功能更改?- 如果是这样,我如何知道这个版本是什么?
谢谢
从您的评论看来,问题在于文件重命名(尚未通过 Mercurial 完成)还包含小的更改?您可以使用hg addremove -s
小于 100 的值来检测这些
addremove [OPTION]... [FILE]...
Add all new files and remove all missing files from the repository.
New files are ignored if they match any of the patterns in .hgignore. As
with add, these changes take effect at the next commit.
Use the -s option to detect renamed files. With a parameter > 0,
this compares every removed file with every added file and records
those similar enough as renames. This option takes a percentage
between 0 (disabled) and 100 (files must be identical) as its
parameter. Detecting renamed files this way can be expensive.
options:
-s, --similarity guess renamed files by similarity (0<=s<=100)
-I, --include include names matching the given patterns
-X, --exclude exclude names matching the given patterns
-n, --dry-run do not perform actions, just print output
Guess Renames
TortoiseHg 还提供了一种通过菜单执行此操作的 GUI 方式
也许我错过了一些东西,但它看起来很容易:
没有什么异国情调……这就是 mercurial 的用途!如果您喜欢干净的历史记录,则可以进行变基而不是合并...