Kung rebase ka ng isang branch, kakailanganin mong pilitin na itulak ang branch na iyon. Ang rebase at isang nakabahaging imbakan ay karaniwang hindi magkakasundo. Ito ay muling pagsulat ng kasaysayan. Kung ang iba ay gumagamit ng branch na iyon o nagsanga mula sa branch na iyon, ang rebase ay magiging hindi kasiya-siya.
Push ba ang rebase?
Rebasing. Ang tanging tunay na pagbubukod sa panuntunang "palaging hilahin, pagkatapos ay itulak", ay ang rebasing. Kapag nag-rebase ka, gumawa ka ng kopya ng iyong commit history. … Gayunpaman, kung git pull ka, magkakaroon ka ng dalawang kopya ng branch na pagkatapos ay isasama sa isang merge commit.
Maaari ba akong mag-rebase pagkatapos itulak sa remote?
Kung nai-push mo na ang mga pagbabago bago gamitin ang opsyong IYON, ang mga pagbabagong iyon ay hindi na ire-base dahil nasa remote na ang mga ito. Ang tanging pagbubukod ay maaaring kung marami kang remote, at nag-push ng mga pagbabago sa isang remote, pagkatapos ay gumawa ng pull/rebase mula sa isa pa - na maaaring magdulot ng malubhang problema.
Kailangan mo bang mag-commit pagkatapos ng rebase?
Para sa rebase, kailangan mo lang lutasin ang mga salungatan sa index at pagkatapos ay git rebase --continue. Para sa isang merge, kailangan mong gawin ang commit (git commit), ngunit ang katotohanan na ito ay isang merge ay tatandaan at isang naaangkop na default na commit na mensahe ang ibibigay para i-edit mo.
Bakit kailangan kong hilahin pagkatapos ng rebase?
Maaari mong hilahin gamit ang rebase sa halip na pagsamahin (git pull --rebase). … Ang mga lokal na pagbabagong ginawa mo ay muling ibabatay saitaas ng mga malayuang pagbabago, sa halip na isama sa mga malalayong pagbabago. Kung i-rebase mo ang isang branch, kakailanganin mong pilitin na itulak ang branch na iyon.
