1

Here is a lot of what I'm getting:

<<<<<<< HEAD
code
=======
>>>>>>> Merge branch 'master' of code_url into not_master

and there are tons of those occurring multiple times in 40+ files. Is there a different way to merge such that it correctly resolves conflicts on its own? I feel like whenever it encounters any simultaneous difference in a location a file, git decides to flip ALL THE TABLES.

(╯°□°)╯︵ buıbɹǝɯ ʇıb

I looked at rebase, and it MAY have been what I have needed when I started the branch. To start rebasing - I still need to deal with all these conflicts.

NullVoxPopuli
  • 61,906
  • 73
  • 206
  • 352

2 Answers2

1

I've often seen this when git has record of lines being deleted. It doesn't seem to want to auto-merge if a line has been edited in one branch but deleted in another.

devguydavid
  • 3,917
  • 1
  • 19
  • 18
0

Have you checked whether there are line ending differences? The above may stem from a line ending of \r in the repo and and \n in the working directory.

eykanal
  • 26,437
  • 19
  • 82
  • 113
  • that wouldn't help me solve my problem though, cause I'd still have to manually change all the line endings. but anyway, I don't think that's the case... as most of the "conflicts" are added code replacing whitespace (as shown in the example) – NullVoxPopuli Mar 14 '12 at 21:21
  • @TheLindyHop - I don't know about "manually"; it would be pretty easy to create a shell script to replace the all line endings in all files for a given folder. – eykanal Mar 14 '12 at 22:57