|
|
|
Re: [PATCH] rebase -i -p: use rerere to resolve conflicts if enabled | |
| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] |
|
Am 17.06.2012 15:46, schrieb David Kilzer: > If it could be guaranteed that all changes in a merge commit would be > preserved when running "git rebase -i -p" with rerere.autoupdate > enabled, I think that would be an argument for not returning control > to the user during the rebase operation. However, changes to > non-conflicted files in a merge commit are currently lost in this > case, so it would be too dangerous to enable this behavior now. You can test this patch: git://repo.or.cz/git/mingw/j6t.git preserve-merges-by-cherry-pick I think it suits you needs unless you run into the one use-case where the patch is a regression (as documented by the new test_expect_failure in the test suite). -- Hannes -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
[Newbies FAQ] [Linux Kernel Development] [Free Online Dating] [Gcc Help] [IETF Annouce] [DCCP] [Netdev] [Networking] [Security] [V4L] [Bugtraq] [Free Online Dating] [Photo] [Yosemite] [MIPS Linux] [ARM Linux] [Linux Security] [Linux RAID] [Linux SCSI] [Fedora Users] [Linux Resources]