<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Jun 27, 2016 at 9:57 AM, Augie Fackler <span dir="ltr"><<a href="mailto:raf@durin42.com" target="_blank">raf@durin42.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
> On Jun 17, 2016, at 4:40 PM, Matt Mackall <<a href="mailto:mpm@selenic.com">mpm@selenic.com</a>> wrote:<br>
><br>
> On Tue, 2016-06-14 at 15:28 +0200, Denis Laxalde wrote:<br>
>> # HG changeset patch<br>
>> # User Denis Laxalde <<a href="mailto:denis.laxalde@logilab.fr">denis.laxalde@logilab.fr</a>><br>
>> # Date 1465833221 -7200<br>
>> #      Mon Jun 13 17:53:41 2016 +0200<br>
>> # Node ID 7c0a16bdf21e7228a1843fe5fca3000bb179d309<br>
>> # Parent  60621cecc8c53d3a27e9984fb06fefc1f99797b3<br>
>> update: prevent merge of files with uncommitted changes (issue4404)<br>
><br>
> I'm afraid the answer here is no. Changing update's behavior (copied from CVS<br>
> and thus literally predating Mercurial itself) is not an option.<br>
><br>
> HOWEVER, there is a way forward for broken commands:<br>
><br>
> - implement a new command with a different name with sane behavior<br>
> - eventually deprecate (hide) the old command<br>
><br>
> As it happens, I have an idea for precisely this, which I've been calling the<br>
> "goto" command. We can make a bunch of changes:<br>
><br>
> - aborts if the working copy is dirty<br>
> - use --merge to allow a merge or --clean to discard changes<br>
> - no need for the confusing --check flag<br>
> - allow merging working changes across branches<br>
> - no auto-advancing the active bookmark with no args<br>
<br>
</span>Should <a href="https://www.mercurial-scm.org/wiki/GotoCommandPlan" rel="noreferrer" target="_blank">https://www.mercurial-scm.org/wiki/GotoCommandPlan</a> exist and start capturing these ideas?<br></blockquote><div><br></div><div>Page created with many of mpm's words captured.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5"><br>
><br>
> As a bonus, the common beginner mistake of thinking "update" only goes forward<br>
> and then trying to use "revert" to go backwards will probably go away.<br>
><br>
> As for the "merge-if-trivial" mode (which I agree is useful), I'd prefer to do<br>
> that by refactoring the merge code. There are lots of places where we'd like to<br>
> do such merges (via --tool, perhaps) and even a few places where we'd like to<br>
> ask the question of whether a merge is trivial without touching the working<br>
> copy.<br>
><br>
> --<br>
> Mathematics is the supreme nostalgia of our time.<br>
><br>
> _______________________________________________<br>
> Mercurial-devel mailing list<br>
> <a href="mailto:Mercurial-devel@mercurial-scm.org">Mercurial-devel@mercurial-scm.org</a><br>
> <a href="https://www.mercurial-scm.org/mailman/listinfo/mercurial-devel" rel="noreferrer" target="_blank">https://www.mercurial-scm.org/mailman/listinfo/mercurial-devel</a><br>
<br>
</div></div><br>_______________________________________________<br>
Mercurial-devel mailing list<br>
<a href="mailto:Mercurial-devel@mercurial-scm.org">Mercurial-devel@mercurial-scm.org</a><br>
<a href="https://www.mercurial-scm.org/mailman/listinfo/mercurial-devel" rel="noreferrer" target="_blank">https://www.mercurial-scm.org/mailman/listinfo/mercurial-devel</a><br>
<br></blockquote></div><br></div></div>