8 ms·
My guess is it keeps the history as linear as possible while still being able to undo the merge if necessary.
by tylorr 10y ago
My guess is it keeps the history as linear as possible while still being able to undo the merge if necessary.
- mfontani 10y agoPrecisely correct, rebasing prior to merging ensures the branch about to be merged has no conflicts with the one being merged to, or that conflicts have been fixed in the branch prior to the merge… and merging with --no-ff ensures that the history of the branch gets kept "visually" when doing Git archaeology, as well as that the merge was "wanted"
- eridius 10y ago> […] ensures the branch about to be merged has no conflicts with the one being merged to So does merging. > or that conflicts have been fixed in the branch prior to the merge Conflicts that show up in rebasing may not necessarily show up during a merge. Having to fix a bunch of conflicts that only occur because you rebased is tedious and introduces a source of potential error.