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/mainand then look at the lines your changing to see what needs to be retouchedI’m more of a
git push origin/main —forceguy myselfReject “main” branch, embrace master branch
