Če preoblikujete vejo, boste morali prisilno potisniti to vejo. Rebase in skupni repozitorij se običajno ne ujemata. To je ponovno pisanje zgodovine. Če drugi uporabljajo to vejo ali so se razcepili iz te veje, bo ponovna osnova precej neprijetna.
Ali rebase potisne?
Ponovna osnova. Edina resnična izjema od pravila »vedno potegni, nato potisni« je ponovno baziranje. Ko ponovno bazirate, ustvarjate kopijo svoje zgodovine potrditev. … Vendar, če git pull, boste na koncu dobili dve kopiji veje, ki sta nato združeni z objavo združitve.
Ali lahko po potiskanju na daljinski upravljam ponovno bazo?
Če ste že vnesli spremembe, preden ste uporabili THAT možnost, te spremembe ne bi bile obnovljene, ker so že v daljinskem upravljalniku. Edina izjema je lahko, če imate več daljinskih upravljalnikov in ste potisnili spremembe na enega daljinskega upravljalnika, nato pa izvlecite/ponovite z drugega - to bi lahko povzročilo resne težave.
Ali se morate zavezati po ponovni bazi?
Za rebase morate samo razrešiti konflikte v indeksu in nato git rebase --continue. Za združitev morate izvesti potrditev (git commit), vendar si bo zapomnilo dejstvo, da gre za združitev, in bo na voljo ustrezno privzeto sporočilo o potrditvi, ki ga boste lahko uredili.
Zakaj moram potegniti po ponovni bazi?
Lahko povlečete z uporabo rebase namesto spajanja (git pull --rebase). … Lokalne spremembe, ki ste jih naredili, bodo ponovno zasnovanevrh oddaljenih sprememb, namesto da bi bili združeni z oddaljenimi spremembami. Če ponovno postavite vejo, boste morali prisilno potisniti to vejo.
