To date we have always merged via a merge commit; there is also squash and commit and rebase and commit
We avoided (and will continue to avoid) squash since we have a workflow that prefers atomic commits within PRs; however, I am unfamiliar with the rebase-and-commit approach. Would that allow us to avoid having merge commits?
What are the tradeoffs here? Should we shift to the rebase merge?
To date we have always merged via a merge commit; there is also
squash and commit
andrebase and commit
We avoided (and will continue to avoid) squash since we have a workflow that prefers atomic commits within PRs; however, I am unfamiliar with the rebase-and-commit approach. Would that allow us to avoid having merge commits?
What are the tradeoffs here? Should we shift to the rebase merge?