Always apply (and hide) some patches

Danylo Hlynskyi abcz2.uprola at gmail.com
Tue Jun 6 01:25:36 UTC 2017


Thanks, Rainer.

> I'm not quite sure whether your "secret commit WORKSPACE" really is part
> of your workfow  or whether it's rather  part of your solution for push-
> ing your development changesets upstream.

It is part of workflow, I don't want to push it.
----

I see, that MQ can be used instead of regular commits. But what I talk
about, is eliminate steps 2, 3, 5 and 7 from my workflow.

Actually, there is another way to do what I want.

0. make changes to workdir, which represent WORKSPACE commit, but never
commit them.
2. make actual bug/feature related changes, commit them. Workdir is dirty
with previous changes
3. push
4. commit subrepos

This looks ideal, except that `hg status` is always dirty. But it becomes
nightmare when
any history-modifying is involved - rebase, histedit, strip, backout.
Changes are to be
shelved/unshelved each time I have to do that. merge, graft, backout do
require
clean workdir, only `hg update` can automerge my changes.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mercurial-scm.org/pipermail/mercurial/attachments/20170606/0634eb25/attachment-0002.html>


More information about the Mercurial mailing list