Dunia 3: Alam Selari

Merge atau rebase? Dan cherry-pick

Anda akan belajar: bila guna merge, bila guna rebase, dan cara salin satu commit sahaja.

Teks BM belum disemak oleh penutur asli.

Masalahnya

~/diary $ git log --oneline --graph --all* 01bb13d (HEAD -> main) Make heading teal| * 203a91f (about) Say what I like| * a20da6c Add about page|/  * 270a76e Add style* a8feb63 Add day 1 page* 6d3a9b1 Add README

Dua cara bawa about masuk ke main: merge atau rebase. Pasukan anda bertekak. Siapa menang?

Tengok

Rebase buat salinan baru. Commit lama kekal pada sesiapa yang memilikinya. Dua versi! Jadi jangan rebase commit yang orang lain dah ada. Itulah .

Cuba

Yang mana buat perkara ini?

Seret kad ke dalam kotak. Atau ketik kad, kemudian ketik kotak.

Teka

Anda dah kongsi about semalam. Aina bina di atasnya hari ini. Patutkah anda rebase about sekarang?

Tengok

Kadang-kadang anda cuma perlu satu commit. git cherry-pick salin satu commit ke branch anda. Petik satu ceri, bukan seluruh pokok. Itulah .

Cuba

Salin pembaikan yang berguna sahaja dari experiments ke main.

Ketik commit untuk disalin ke main.

Semak

Penggunaan cherry-pick yang bagus, atau tidak?

Leret ke kanan untuk bagus, ke kiri untuk perlu baiki. Atau guna butang.

1 / 4

Salin satu pembaikan bug ke branch release yang lebih lama

Anda berjaya!

Kini anda boleh pilih merge atau rebase, dan salin satu commit.

Nak tahu lebih (pilihan)

Ramai pasukan rebase branch sendiri dulu, kemudian merge. Dua-dua okey asalkan ikut peraturan emas. git cherry-pick -x tambah satu baris yang beritahu dari mana salinan itu datang. Bertembung? Baiki fail, git add, kemudian git cherry-pick --continue. Atau git cherry-pick --abort.