force - git pull--rebase vs git rebase: ¿cuál es el peligro?

git rebase commit

Question

No entiendo la diferencia entre git pull --rebase y git rebase , sin ninguna otra opción.

No entiendo si son seguros, una buena práctica o muy peligrosos.

¿Puedo romper el histórico de cometer haciendo un git pull --rebase en local?

Answer 1

No recomiendo el cambio de base, solo para sucursales privadas. Por privado me refiero a las ramas que estás bastante seguro de que solo has tirado.

Un rebase cambia el punto de inicio de la rama a un nuevo compromiso, combinando así todos los compromisos a ese punto. Esto podría llevar a fusionar conflictos con las personas que tenían en su repositorio la antigua base de sucursales. Yo recomendaría la combinación simple siempre y dejar la rebasación solo para ciertas situaciones (ramas de características, por ejemplo).

Con respecto a su pregunta:

• git rebase vuelve a basar la rama que deseas.
• git pull --rebase realiza una búsqueda + rebase en las ramas que tiras. Normalmente un tirón buscaría + fusionaría.

Answer 2

git pull --rebase es una abreviatura de git fetch y luego una git rebase , a diferencia de la git merge predeterminada. La diferencia práctica es que aplicar solo este último no fetch ningún nuevo compromiso de su control remoto antes de rebasar su código, ya que solo tomaría en cuenta lo que su repositorio local ya conoce.

También vale la pena mencionar que la fusión de conflictos aparecería de la misma manera que un tirón regular de git.