[PATCH] obsolete: add operation metadata to rebase/amend/histedit obsmarkers
Jun Wu
quark at fb.com
Fri May 19 13:17:47 EDT 2017
Excerpts from Gregory Szorc's message of 2017-05-19 09:51:46 -0700:
> > I agree with Pierre-Yves that the bit-based solution seems better
> > long-term. I'm not particularly worried about wasting bits. I was also
> > happy for Durham's patch as a short-term solution. But since
> > Pierre-Yves et al are already working on the bit-based solution, I'd
> > prefer to give them at least a month to make progress on that.
>
> Perfect is the enemy of done.
>
> If we're really uncomfortable with the strings, we can put that behind an
> experimental config or requirement so we don't pollute real repos. Then we
> can figure out something before 4.3. At least this way something lands and
> some progress is made (even if the exact implementation doesn't pan out).
Talking about perfection, I also don't think the 3 bits: parent-change,
content-change and metadata-change is a good abstraction.
Because they are redundant data. They can be calculated afterwards, in a
cache. Having them in obsstore means we could have inconsistency - changelog
disagrees with obsstore about the flags (data written by some bad
extensions) - how would you deal with that?
"operation" metadata is not redundant - you cannot get them from elsewhere
so they should be recorded.
More information about the Mercurial-devel
mailing list