|
From: | Dmitry Gutov |
Subject: | bug#22860: [PATCH] vc-hg: prompt for branch to merge |
Date: | Tue, 26 Nov 2019 00:57:59 +0200 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 |
On 25.11.2019 23:55, Andrii Kolomoiets wrote:
It's missing a colon after "NEWS" (":").Fixed.
Thank you.
+to the current repository). On Mercurial, this prompts for argument to +pass to @command{hg merge}, with branch and tag names completion. The +output from running the merge command is shown in a separate buffer.The fact that there is completion here is incidental. I'd omit that from this particular place in the manual.Fixed. In my defense, that sentence was modelled after git's one :)
In that case, my opinion might conflict with Eli's (sorry). So I'll leave the final review to him.
+*** The Hg (Mercurial) back-end now prompts for revision to merge on +'C-x v m' ('vc-merge').Branch or revision? I understand that in practice the difference is minimal, but we should pick one or the other wording and use it consistently. Here, in the functions' docstrings, and in the prompt string as well. I'd prefer "branch" since it's usually what someone merges, but saying "revision" everywhere should also be okay.Initially it was "branch". But vc-hg doesn't work with branches at the moment. Even vc-create-tag creates bookmark instead of branch, see bug#17586 (but let's leave it to the future patches).
Sure. It really creates (if branchp "bookmark" "tag"), but I'm not clear on the difference between branches and bookmarks in Mercurial anyway.
Besides that, "revision" is used in the "merge" command manual. "revision" can mean a lot of things, see "hg help revisions". Thats why I decide to replace "branch" with "revision".
Ok, thank you. I think that "meaning lots of things" can correspond to Git's notion of "ref".
[Prev in Thread] | Current Thread | [Next in Thread] |