On Oct 26, 11:26 am, Chandu80 <chandu.she...@gmail.com> wrote:
> I have two files rpc-devexprcpseq-nav.rb and readme.txt.
> My workflow is as follows.
> Auto-merging lib/rpc-devexprcpseq-nav.rb
> CONFLICT (content): Merge conflict in lib/rpc-devexprcpseq-nav.rb
> Auto-merging readme.txt
> CONFLICT (content): Merge conflict in readme.txt
> Automatic merge failed; fix conflicts and then commit the result.
> In order to resolve this merge conflict do I need to remove the
> spacing in the code????
"The conflict" means Git sees the changes were made to the same
portions of the same file in both branches participaring in the merge
So you're thinking in the wrong direction -- you should try hard to
understand what's the essense of the concept of conflicts in VCS is,
and then the idea about resolving them comes naturally.
In your case, you should decide what contents the merged version of
the file should have and then make it have that contents.
> As I am new to git,I want to know what does the following indicate?
> <<<<<<< HEAD
> >>>>>>> work
> These have been introduced in both the files after the merge.
This indicates a chunk which contains one of the conflicting changes,
the file in the checked out branch contains the text between
and the file being merged contains the text between
at the same place in the file -- that's why there is the conflict in
the first place.
Now you have to decide which version of this chunk should end up in
file by deleting one of the pieces and all the conflict markers. Or
you might decide that the text from both pieces should be somehow
naturally merged, say, out of
you might decide that the resulting chunk has to be
that is, both pieces intermixed and the "wrong" line deleted.
As you are new to Git, start from reading books -- "Basic Merge
Conflicts" in , for instance. Also see  for instance -- it
discusses how to pick one "side" of the file being merged over another
without the need to deal with conflict markers, and merging binary
You received this message because you are subscribed to the Google Groups "Git
for human beings" group.
To post to this group, send email to git-us...@googlegroups.com.
To unsubscribe from this group, send email to
For more options, visit this group at