|
From: | Dmitry Gutov |
Subject: | Re: RCS: (vc-next-action 1) only New Backend |
Date: | Mon, 21 Sep 2015 20:33:02 +0300 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 Thunderbird/41.0 |
On 09/21/2015 07:59 PM, Eli Zaretskii wrote:
It can serve both purposes: switch to a branch when REVISION specifies a branch (as in 1.2.1.1), otherwise commit as the named REVISION. But that's another issue.
Why another? Isn't it the main use case for specifying revision in this discussion?
Yes, this also affects all the subsequent commits, but that cannot be had with a dVCS.
DVCS have a 'switch to branch' operation. It's seemingly different, but if the workflows are similar, the operations might look the same from the VC standpoint.
Indeed. But it comes close, and is the most you can have for this functionality. So instead of saying we don't support it at all, why not use tags and say we support it as best as we can?
Using tags here would be a low-value feature, as far as I'm concerned (you don't add tags as often as you switch branches). 'git tag' is easy to do from he terminal anyway.
Further, you don't usually add the tag to the commit right away (at least I don't). Tags usually designate releases or milestones of some kind, so first you commit, then you test the result somehow, and only then you "bless" it with a tag.
[Prev in Thread] | Current Thread | [Next in Thread] |