主な違いは、枝を処理する方法です。一方で、Git Mergeは、新しいコミットで2つのブランチに参加することにより、競合を解決します。一方、GITは2つのブランチを1つに統合します。
それぞれがプロと短所を持っていることを考慮する必要があります。Mergeは、広範な影響を生成できる元の分岐を保持していますが、オーバーフローは単一の分岐線形を維持します。
別の違いであるMergeは、ゴミまたは不要と見なすことができる2つのブランチに参加することにより、追加のコミットを行います。新しいコミットを作成せずに統一を超えます。
最も重要な違いは、単一の枝のすべての統一を超えて、コミットメントの歴史を統合することですが、マージはそうではありません。この点は、協力して作業するときに不可欠です。
結論として、あるブランチを別のブランチに統一する場合は、コミットメントの歴史を共有するかどうかを自問してください。
La principal diferencia es la forma de manejar las ramas. Por un lado, git merge resuelve conflictos al unir dos ramas con un nuevo commit. Y por otro lado, git rebase unifica las dos ramas en una sola.
Hay que tomar en cuenta que cada una tiene sus pro y contras. Mientras merge conserva las ramas originales que puede generar ramificaciones extensas, rebase mantiene una sola rama de forma lineal.
Otra diferencia, merge realiza un commit adicional al unir dos ramas que puede considerarse como commit basura o innecesario. Rebase unifica sin necesidad de crear un nuevo commit.
La diferencia más importante es que rebase al unificar todo en una sola rama piede el historial de los commits, mientras el merge no. Este punto se vital cuando se trabaja colaborativamente.
En conclusión, si vas a unificar una rama a otra, pregúntate si es importante o no compartir el historial de commits.