Thread (6 messages) flat view 6 messages, 4 authors, 2016-06-15

Re: Bad merging with stgit or git

From: Mauro Carvalho Chehab <hidden>
Date: 2016-06-15 22:42:22

Em Ter, 2006-03-21 às 14:39 -0500, J. Bruce Fields escreveu:
On Tue, Mar 21, 2006 at 04:34:13PM -0300, Mauro Carvalho Chehab wrote:
quoted
It shouldn't have any conflicts here for Linus, since those patches came
from his tree.
What do you mean by "those patches came from his tree"?  If you're
actually cherry-picking patches from his tree and applying them to
yours, then you're not reproducing the same commits he has--you're just
creating new commits that happen to have nearly identical content.
No, I'm not cherry-picking his patches. 
From the discussions on git IRC, I think it may be caused by a bad
procedure when solving a conflict, after merging from Linus tree.
From what I'm understanding now, I should do, when a conflict is
detected:

nano <files>
git-update-index <files>
git commit

Previously (at git 1.1.4), I was doing:
nano <files>
git commit <files>

git 1.2.4 don't allow this bad commit syntax anymore.
--b.
Cheers, 
Mauro.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help