git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: Parallel refactoring and git merge nightmare

From
PLPap Lôrinc <paplorinc@yahoo.com>
Date
Apr 12, 2012, 13:52 UTC
Message-ID
<1334238768.18499.YahooMailNeo@web160601.mail.bf1.yahoo.com>
In-Reply-To
<CAFfmPPMbr-db+OnTwK-ry+wGQSEeunsD+QrmAVS2fzDH+hGnbg@mail.gmail.com>
Thank you all for the answers! :)
I have already set the rename limit to 0, and upon committing and fetching the renames are calculated and found.

The commands are (I use tortoise git now, but tried the console and other GUIs, as I said in my first post) "git svn fetch" and "git merge remoteBranch". I figured now, that this was the problem, I should have used rebase instead of merge (I still don't understand why merge doesn't work, but rebase and conflict resolution with a GUI (where I can resolve more files at once) seems acceptable). Thanks David! :)

Lőrinc
Previous: David BarrNext: Eugene Sajine
Message 7 of 9 in “Parallel refactoring and git merge nightmare”
  1. Pap LôrincApr 11, 2012
  2. Michael WittenApr 11, 2012
  3. David AguilarApr 12, 2012
  4. Pap LôrincApr 12, 2012
  5. Andrew ArdillApr 12, 2012
  6. David BarrApr 12, 2012
  7. Pap LôrincApr 12, 2012
  8. Eugene SajineApr 12, 2012
  9. Jeff KingApr 12, 2012

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.