in message <[EMAIL PROTECTED]> you wrote:
> This is the kind of situation I used to have all the time when
> Linus was the maintainer and I was a contributor, when you look
> at "master" branch being the "maintainer" branch, and "pu"
> branch being the "contributor" branch. Your work started at the
> your changes) "pu" rather than merge. So I ran "git rebase":
> $ git checkout pu
> $ git rebase master pu
How do you handle conflicts in such a situation?
For example, I get:
-> git rebase master testing-NAND
patching file common/cmd_nand.c
Hunk #2 FAILED at 18.
Hunk #3 succeeded at 335 (offset 1 line).
1 out of 4 hunks FAILED -- saving rejects to file common/cmd_nand.c.rej
external diff died, stopping at common/cmd_nand.c.
Some commits could not be rebased, check by hand:
OK, I can edit the file to resolve the conflicts. But what do I do
then to continue?
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED]
...when fits of creativity run strong, more than one programmer or
writer has been known to abandon the desktop for the more spacious
floor. - Fred Brooks, Jr.
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html