Re: Mercurial "r####" numbers are not stable, use commit ids
Michael Sperber writes:
"Stephen J. Turnbull" <stephen(a)xemacs.org> writes:
> > agree a given mode of operation may be better in Mercurial
than in git.
> > I think when you say "branches" you really mean "named
branches", and I
> > agree some aspects of them are unintuitive.
>
> I do mean named branches, something I can stash away for a week or
> ten, and have the history there when I can come back to it.
For that, a separate repository works better, I think.
Sure, because you use Mercurial, which supports named branches poorly.
With git, I need to use a separate repository only if I need to have
simultaneous builds with different versions of the source. This means
that I can use named branches to organize my work, where you use MQ
for organizing the current "main task", and separate repositories to
organize main tasks for the long term. This simplifies my life. For
example, I do "git branch", and get a list of all pending tasks.
> A little. But I don't concentrate on a set of patches on a
common
> theme over a period of time. I work on a wide variety of things in
> response to reports on xemacs-beta, and I fix unrelated bugs as I go
> along. I didn't find a comfortable way to use MQ in that setting.
That's exactly where I find MQ extremely useful: As I find something
unrelated, I pop the patches I'm working on, work on the unrelated
thing, then push it back.
Indeed ... but I can do exactly the same thing with branches, and
don't need to learn a separate tool, with a rather complex UI. The
task that MQ is designed for (managing "large" collections of patches)
simply isn't relevant to my life (I learned that when I was trying
Darcs out on XEmacs). Basically, I don't work on any read-only
codebases, so patch management is always Somebody Else's Problem
(except for XEmacs 21.4, but there patch management is Vin's Problem,
not mine :-). Also, I found the way that changesets disappeared and
changed identity across a pop/push cycle was disconcerting.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta