<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Jan 4, 2019 at 4:31 AM Augie Fackler <<a href="mailto:raf@durin42.com">raf@durin42.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
> On Jan 3, 2019, at 10:23 AM, Pulkit Goyal <<a href="mailto:7895pulkit@gmail.com" target="_blank">7895pulkit@gmail.com</a>> wrote:<br>
> <br>
> <br>
> <br>
> On Thu, Jan 3, 2019 at 4:14 AM Boris Feld <<a href="mailto:boris.feld@octobus.net" target="_blank">boris.feld@octobus.net</a>> wrote:<br>
> # HG changeset patch<br>
> # User Boris Feld <<a href="mailto:boris.feld@octobus.net" target="_blank">boris.feld@octobus.net</a>><br>
> # Date 1539697680 -7200<br>
> #      Tue Oct 16 15:48:00 2018 +0200<br>
> # Node ID a82909c0da7cc07ea1a46690ffc08e45ebc14af6<br>
> # Parent  65488c7d2e933cdb2ab1c36b3887a8a67a24fc60<br>
> # EXP-Topic archived-phase-UX<br>
> # Available At <a href="https://bitbucket.org/octobus/mercurial-devel/" rel="noreferrer" target="_blank">https://bitbucket.org/octobus/mercurial-devel/</a><br>
> #              hg pull <a href="https://bitbucket.org/octobus/mercurial-devel/" rel="noreferrer" target="_blank">https://bitbucket.org/octobus/mercurial-devel/</a> -r a82909c0da7c<br>
> strip: introduce a soft strip option<br>
> <br>
> This is the first user-accessible way to use the archived phase introduced in<br>
> 4.8. This implements a feature implemented during the Stockholm sprint. The<br>
> archived phase behave as stripping, changesets are no longer accessible, but<br>
> pulling/unbundling them will make then reappear. The only notable difference<br>
> is that unlike hard stripping, soft stripping does not affect obsmarkers.<br>
<br>
I’m not thrilled with this: I had envisioned the archived state as not full of garbage, but full of things that might merit revisiting some day. When I strip (or prune it) it’s usually a dead end, whereas I’d like a way to say “this isn’t interesting now, but it might be again some day”.<br>
<br>
I have no idea if I’m in the minority, and I know this is very late feedback (because of the holidays I haven’t been at a computer much) but hopefully it’s useful.</blockquote><div><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Interesting idea.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">According to my understanding of discussion happened during sprint, we want to use phases to make strip command and stripping less bad. I like that goal and very much want us to move in that direction.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Talking about your idea, we might need a phase for things which merit revisiting someday. Do you mean that archived phase should be used for that and we should use some other phase for stripping?</div></div></div>