[PATCH 09 of 10] mq: mq.secret prevent mq changeset outside secret phase
Matt Mackall
mpm at selenic.com
Tue Jan 31 12:32:13 CST 2012
On Tue, 2012-01-31 at 19:15 +0100, Pierre-Yves David wrote:
> > > B) if B becomes public: we have a public changeset handle by mq that can
> > > rewrite it. this break expection of the public phase.
> >
> > Reconcile these two statements for me:
> >
> > "mq will fails to qpop or qref B"
> > "if B becomes public [...] mq that can rewrite it"
>
> If D don't exist but B is on the server, B is public and the safety above don't
> applies. This probably qualifies as a bug and mq should refuse to qpop or qref
> public changeset too.
Absolutely.
> > Remind me why we're doing this whole phases thing again. I thought it
> > was so that when a changeset became public, we would recognize that and
> > cease trying to modify it.
>
> > This patch seems entirely at odds with that. It's basically covering your
> > ears and saying "no no no, no one knows my secret".
>
> This patch is more about: You asked me to keep this secret but other people are
> already aware of it. I'm a stupid machine, please tell me what to do!
But there is no semantic ambiguity in this case: a secret that everyone
knows is simply not a secret. You might not like that your secret has
been made public, but that has no relevance.
--
Mathematics is the supreme nostalgia of our time.
More information about the Mercurial-devel
mailing list