3 ms·
> fixing the same conflict repeatedly is annoying This is usually caused by merging an upstream branch (e.g. develop) into your feature branch and then later t
by Lio 3y ago
> fixing the same conflict repeatedly is annoying
This is usually caused by merging an upstream branch (e.g. develop) into your feature branch and then later trying rebase it.
Effectively the commits you've merged in from develop undo the changes you've made in your feature branch. You fix them but the foreign commits undo the changes again.
The solution is actually pretty easy. Use git rebase --interactive to remove any commits from the rebase that aren't directly part of the feature work.
You may still have an odd merge conflict to fix but you'll only have to do it the once and everything should go smoothly.
I would also recommend never using the same commit message twice. When you have a list of 10 commits all called "Wip" it's hard to tell which are obviously duplicates that can be deleted.
- PaulDavisThe1st 3y ago> The solution is actually pretty easy. git rerere is the even easier solution.
- Lio 3y agoI don't know, you still end up with a dirty branch full of commits you didn't write.
- PaulDavisThe1st 3y agoI was talking about a solution to the problem you quoted: > fixing the same conflict repeatedly is annoying
- WorldMaker 3y agoI've had to force people to clear their git rerere caches as debugging the situation when that cache is FUBAR is gross.
- deleted 3y ago[deleted]