4 ms·
I mean when you get a .patch file and git-am that doesn't provide the same associated info (or environment) for git to resolve a merge.
by cm3 10y ago
I mean when you get a .patch file and git-am that doesn't provide the same associated info (or environment) for git to resolve a merge.
- loup-vaillant 10y agoOh my, I was confusing git commit -am with git am. Didn't know about that last one. Knowing that, it is very strange that the two methods should yield different results: the patch file is supposed to rely on a parent commit that should be accessible on the local repository, just like a local series of commits. That somehow the associated info/environment differs indicates there's a bug somewhere —or at least yet another poorly thought out corner of the UI.
- cm3 10y agoI can't find anything in the manpage about git-am checking the patch file's parent(s), but a patch file is accepted by git-apply as well, and then it's certainly not expected to consider a parent. That said, I've had git-am fail while git-merge or git-rebase would do the right thing, so git-am is probably, judging by the docs as well, not taking the history into account. If it does and I forgot to tell it how, I didn't know what options it is.