Thread (41 messages) flat view 41 messages, 20 authors, 2016-06-15

Re: LCA06 Cogito/GIT workshop - (Re: git-whatchanged: exit out early on errors)

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:42:17

Fredrik Kuivinen [off-list ref] writes:
Would it make sense to add an optional

   mergeresult <tree>

line to merge commit objects?
Two issues and a half.

(1) Not all conflicting merge cases can write a sensible
    "conflicted intermediate auto-merge result".  Look for cases
    where we punt in git-merge-one-file.

(2) Modulo issue (1), it can be re-computed if and when needed,
    so this is akin to "storing rename information in the commit
    by detecting renames while merging".

(3) Depending on the direction you pull, you would have
    logically the same "conflicted auto-merge result" that has
    <<< === >>> delimited hunks in reverse.  Which one should
    you record?

And annotate would not be helped much -- if it is needed you
could recompute it at that point.  Annotate needs to look at the
diff from each parent _anyway_ to assign blames.

By the way, I brought up the issue (3) because it relates to how
my latest toy "git rerere" works ;-).
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help