Merge early and merge often.
And ideally, each commit represents a working state of your software. If your team is disciplined enough with that, you can save yourself the feature branches and merges.
Merge conflict in general is fine
What’s really bad is if someone drastically changed the implementation of something which you’ve also changed and if you completely need to rework it…
What’s really bad is if someone drastically changed the implementation of something which you’ve also changed
That’s not a merge conflict, that’s a management conflict.
git rebase -x theirs origin/main
and then look at the lines your changing to see what needs to be retouchedI’m more of a
git push origin/main —force
guy myselfReject “main” branch, embrace master branch