Taula de continguts:

Quan canviar la base d'una branca?
Quan canviar la base d'una branca?
Anonim

En resum, quan busqueu incorporar canvis d'una branca de Git a una altra:

  1. Utilitzeu la combinació en els casos en què voleu que un conjunt de commits s'agrupi clarament a l'historial.
  2. Utilitzeu rebase quan vulgueu mantenir un historial de confirmació lineal.
  3. NO feu servir rebase en una branca pública/compartida.

Què fa canviar una sucursal?

Des de la perspectiva del contingut, canviar la base és canviar la base de la vostra branca d'una confirmació a una altra fent que sembli com si haguéssiu creat la vostra branca a partir d'una altra confirmació. Internament, Git ho aconsegueix creant nous commits i aplicant-los a la base especificada.

He de canviar de base o combinar-ho?

Si voleu veure l'historial completament igual que el que va passar, heu d'utilitzar la combinació. Merge conserva l'historial mentre que rebase el reescriu. La rebase és millor per racionalitzar un historial complex, podeu canviar l'historial de commits mitjançant una rebase interactiva.

Per què Git rebase és dolent?

El canvi de base pot ser perillós! Reescriure historial de branques compartides és propens a trencar el treball en equip… Un altre efecte secundari de canviar la base amb branques remotes és que cal forçar l'impuls en algun moment. El problema més gran que hem vist a Atlassian és que la gent força l'empenta, que està bé, però no ha establert git push.

Què és rebase a la branca de desenvolupament?

En canvi, el canvi de base unifica les línies de desenvolupament tornant a escriure els canvis de la branca d'origen de manera que apareguin com a fills de la branca de destinació, fent veure efectivament que aquestes commits eren escrit a la part superior de la branca de destinació tot el temps.

Recomanat: