Jei iš naujo nustatysite šaką, turėsite priverstinai nustumti tą šaką. Rebase ir bendra saugykla paprastai nesuderinami. Tai istorijos perrašymas. Jei kiti naudoja tą atšaką arba atsišako iš tos šakos, tada rebase bus gana nemalonu.
Ar iš naujo paleidžiama bazė?
Perdirbimas. Vienintelė tikroji taisyklės „visada trauk, tada stumk“išimtis yra bazės keitimas. Kai iš naujo nustatote bazę, kuriate savo įsipareigojimų istorijos kopiją. … Tačiau, jei git pull, gausite dvi šakos kopijas, kurios bus sujungtos su sujungimo įsipareigojimu.
Ar galiu atkurti bazę, kai nusiunčiau nuotolinio valdymo pultą?
Jei jau padarėte pakeitimus prieš naudodami TĄ parinktį, tie pakeitimai nebūtų iš naujo pagrįsti, nes jie jau yra nuotolinio valdymo pulte. Vienintelė išimtis gali būti, jei turite kelis nuotolinio valdymo pultus ir pakeitėte vieną nuotolinio valdymo pultą, tada atlikite ištraukimą / pakartojimą iš kito – tai gali sukelti rimtų problemų.
Ar reikia įsipareigoti po naujos bazės?
Jei norite atkurti bazę, tereikia išspręsti indekso nesuderinamumą ir tada git rebase --continue. Norėdami sujungti, turite atlikti įsipareigojimą (git commit), bet faktas, kad tai yra sujungimas, bus prisimintas ir bus pateiktas tinkamas numatytasis patvirtinimo pranešimas, kurį galėsite redaguoti.
Kodėl turiu traukti po naujos bazės?
Galite ištraukti naudodami rebase, o ne suliejimą (git pull --rebase). … Jūsų atlikti vietiniai pakeitimai bus iš naujo pagrįstiviršų nuotolinio valdymo pakeitimai, o ne sujungti su nuotolinio valdymo pakeitimais. Jei iš naujo nustatysite šaką, turėsite priversti ją nustumti.