Kazalo:

Kdaj ponovno postaviti podružnico?
Kdaj ponovno postaviti podružnico?
Anonim

Če povzamemo, ko želite vključiti spremembe iz ene veje Git v drugo:

  1. Uporabi združitev v primerih, ko želite, da je niz obvez jasno združen v zgodovini.
  2. Uporabite rebase, če želite ohraniti linearno zgodovino potrditev.
  3. NE uporabljajte rebase v javni/skupni veji.

Kaj naredi ponovna osnova veje?

Z vidika vsebine je ponovna osnova spreminjanje osnove vaše veje iz ene potrditve v drugo, tako da se zdi, kot da ste svojo vejo ustvarili iz druge potrditve. Interno Git to doseže tako, da ustvari nove potrditve in jih uporabi za določeno bazo.

Ali naj ponovno postavim ali združim?

Če želite videti zgodovino popolnoma enako, kot se je zgodila, uporabite združitev. Merge ohrani zgodovino, medtem ko jo rebase ponovno napiše. Ponovna baza je boljša za poenostavitev zapletene zgodovine, zgodovino potrditev lahko spremenite z interaktivno prerazporeditvijo.

Zakaj je prenova Git slaba?

Ponovna osnova je lahko nevarna! Prepisovanje zgodovine skupnih vej je nagnjeno k zlomu timskega dela … Drug stranski učinek ponovnega oblikovanja z oddaljenimi vejami je, da morate na neki točki prisilno pritisniti. Največja težava, ki smo jo opazili pri Atlassianu, je ta, da ljudje prisilijo push – kar je v redu – vendar niso nastavili git push.

Kaj je rebase v razvojni veji?

Nasprotno pa ponovna osnova združuje razvojne linije s ponovnim pisanjem sprememb iz izvorne veje, tako da se pojavijo kot podrejeni ciljni veji – dejansko se pretvarja, da so bile te potrditev napisano na vrhu ciljne veje ves čas.

Priporočena: