git-cherry-pick - Dalam Talian di Awan

JADUAL:

NAMA

git-cherry-pick - Gunakan perubahan yang diperkenalkan oleh beberapa komit sedia ada

SINOPSIS

pergi ceri-pilih [--edit] [-n] [-m induk-nombor] [-s] [-x] [--ff]
[-S[ ]] ...
pergi ceri-pilih --sambung
pergi ceri-pilih --berhenti
pergi ceri-pilih --menggugurkan kandungan

DESCRIPTION

Memandangkan satu atau lebih komitmen sedia ada, gunakan perubahan yang diperkenalkan oleh setiap satu, merekodkan yang baharu
komited untuk setiap. Ini memerlukan pokok kerja anda bersih (tiada pengubahsuaian daripada
KEPALA komited).

Apabila tidak jelas cara menggunakan perubahan, perkara berikut berlaku:

1. Cawangan semasa dan penunjuk HEAD kekal pada komit terakhir berjaya dibuat.

2. Rujukan CHERRY_PICK_HEAD ditetapkan untuk menunjuk pada komit yang memperkenalkan perubahan yang
susah nak apply.

3. Laluan di mana perubahan digunakan dengan bersih dikemas kini dalam kedua-dua fail indeks dan dalam
pokok kerja anda.

4. Untuk laluan bercanggah, fail indeks merekodkan sehingga tiga versi, seperti yang diterangkan dalam
bahagian "GABUNGAN BENAR" daripada git-merge(1). Fail pokok kerja akan termasuk a
perihalan konflik yang dikurung oleh penanda konflik biasa <<<<<<< dan
>>>>>>>.

5. Tiada pengubahsuaian lain dibuat.

Lihat git-merge(1) untuk beberapa petunjuk untuk menyelesaikan konflik tersebut.

PILIHAN

...
Berkomitmen untuk memetik ceri. Untuk senarai cara yang lebih lengkap untuk mengeja komitmen, lihat
gitrevisyen(7). Set komit boleh diluluskan tetapi tiada traversal dilakukan secara lalai, sebagai
jika --tidak-berjalan pilihan telah ditentukan, lihat git-rev-list(1). Perhatikan bahawa menyatakan a
julat akan memberi makan kepada semua ... hujah untuk jalan semakan tunggal (lihat kemudian
contoh yang menggunakan Maint tuan..seterusnya).

-e, - edit
Dengan pilihan ini, pergi ceri-pilih akan membenarkan anda mengedit mesej komit sebelum
melakukan.

-x
Apabila merekodkan komit, tambahkan baris yang menyatakan "(ceri dipetik daripada komit ...)"
kepada mesej komit asal untuk menunjukkan komit perubahan ini
ceri dipetik daripada. Ini dilakukan hanya untuk petik ceri tanpa konflik. Jangan guna
pilihan ini jika anda memilih ceri dari cawangan peribadi anda kerana maklumat
tidak berguna kepada penerima. Jika sebaliknya anda sedang memetik ceri antara dua
cawangan yang boleh dilihat secara umum (cth, membalikkan pembetulan ke cawangan penyelenggaraan untuk yang lebih tua
keluaran daripada cawangan pembangunan), menambah maklumat ini boleh berguna.

-r
Dahulu perintah itu lalai untuk melakukan -x yang diterangkan di atas, dan -r adalah untuk
melumpuhkannya. Kini lalainya adalah untuk tidak melakukan -x jadi pilihan ini adalah no-op.

-m nombor induk, --nombor induk talian utama
Biasanya anda tidak boleh memilih gabungan kerana anda tidak tahu bahagian mana gabungan itu
harus dianggap sebagai talian utama. Pilihan ini menentukan nombor induk (bermula
daripada 1) daripada talian utama dan membenarkan cherry-pick memainkan semula perubahan berbanding dengan
ibu bapa yang ditentukan.

-n, --tidak-komit
Biasanya arahan secara automatik mencipta urutan komit. Bendera ini menggunakan
perubahan yang diperlukan untuk memilih ceri setiap komit yang dinamakan pada pokok kerja anda dan indeks,
tanpa membuat sebarang komitmen. Di samping itu, apabila pilihan ini digunakan, indeks anda tidak
perlu sepadan dengan komit HEAD. Petik ceri dilakukan terhadap keadaan permulaan
indeks anda.

Ini berguna apabila memetik ceri lebih daripada satu memberi kesan kepada indeks anda dalam a
barisan.

-s, --signoff
Tambahkan baris Ditandatangani-luar-oleh pada penghujung mesej komit. Lihat pilihan tandatangan dalam
git-commit(1) untuk maklumat lanjut.

-S[ ], --gpg-sign[= ]
GPG-sign commit. Argumen keyid adalah pilihan dan lalai kepada committer
identiti; jika dinyatakan, ia mesti melekat pada pilihan tanpa ruang.

--ff
Jika HEAD semasa adalah sama dengan induk kepada komit yang dipilih ceri, maka a
cepat ke hadapan untuk komit ini akan dilakukan.

--benarkan-kosong
Secara lalai, memilih ceri komit kosong akan gagal, menunjukkan bahawa komit yang eksplisit
permohonan git commit --allow-empty diperlukan. Pilihan ini mengatasi itu
tingkah laku, membenarkan komitmen kosong dipelihara secara automatik dalam ceri-pick. Catatan
bahawa apabila "--ff" berkuat kuasa, komit kosong yang memenuhi keperluan "maju pantas"
akan disimpan walaupun tanpa pilihan ini. Perhatikan juga, penggunaan pilihan ini hanya kekal
komit yang pada mulanya kosong (iaitu komit merekodkan pokok yang sama dengannya
ibu bapa). Komit yang dibuat kosong kerana komit sebelumnya digugurkan. Untuk memaksa
kemasukan komit tersebut menggunakan --keep-redundant-commits.

--benarkan-kosong-mesej
Secara lalai, pemilihan ceri komit dengan mesej kosong akan gagal. Pilihan ini
mengatasi gelagat itu, membenarkan komit dengan mesej kosong dipilih ceri.

--terus-berlebihan-komit
Jika komit yang dipetik ceri menduplikasikan komit yang sudah ada dalam sejarah semasa, itu
akan menjadi kosong. Secara lalai komit berlebihan ini menyebabkan cherry-pick berhenti jadi
pengguna boleh memeriksa komit. Pilihan ini mengatasi tingkah laku itu dan mencipta kosong
melakukan objek. Menyiratkan --benarkan-kosong.

--strategi=
Gunakan strategi gabungan yang diberikan. Hanya perlu digunakan sekali sahaja. Lihat STRATEGI GABUNGAN
bahagian dalam git-merge(1) untuk butiran.

-X , --strategy-option=
Lulus pilihan khusus strategi gabungan melalui strategi gabungan. Lihat git-
bergabung(1) untuk butiran.

PENURUTAN SUBCOMMANDS

--sambung
Teruskan operasi yang sedang berjalan menggunakan maklumat dalam .git/sequencer. Boleh jadi
digunakan untuk meneruskan selepas menyelesaikan konflik dalam petik ceri yang gagal atau berbalik.

--berhenti
Lupakan operasi semasa yang sedang dijalankan. Boleh digunakan untuk mengosongkan penjujukan
keadaan selepas petik ceri yang gagal atau berbalik.

--menggugurkan kandungan
Batalkan operasi dan kembali ke keadaan pra-jujukan.

CONTOH

git cherry-pick master
Gunakan perubahan yang diperkenalkan oleh komit di hujung cawangan induk dan buat a
komitmen baharu dengan perubahan ini.

git cherry-pick ..master, git cherry-pick ^HEAD master
Gunakan perubahan yang diperkenalkan oleh semua komitmen yang merupakan nenek moyang tuan tetapi bukan daripada
HEAD untuk menghasilkan komitmen baharu.

git cherry-pick maint seterusnya ^master, git cherry-pick maint master..next
Gunakan perubahan yang diperkenalkan oleh semua komitmen yang merupakan nenek moyang maint atau seterusnya, tetapi
bukan tuan atau mana-mana nenek moyangnya. Ambil perhatian bahawa yang terakhir tidak bermakna penyelenggaraan dan
segala-galanya antara tuan dan seterusnya; khususnya, penyenggaraan tidak akan digunakan jika ada
termasuk dalam master.

git cherry-pick master~4 master~2
Gunakan perubahan yang diperkenalkan oleh komitmen terakhir kelima dan ketiga yang ditunjukkan oleh induk
dan buat 2 komitmen baharu dengan perubahan ini.

git cherry-pick -n master~1 seterusnya
Sapukan pada pokok kerja dan indeks perubahan yang diperkenalkan oleh yang kedua terakhir
komit ditunjukkan oleh tuan dan oleh komit terakhir ditunjukkan oleh seterusnya, tetapi jangan
buat sebarang komitmen dengan perubahan ini.

git cherry-pick --ff ..seterusnya
Jika sejarah adalah linear dan HEAD ialah nenek moyang seterusnya, kemas kini pokok kerja dan
majukan penuding HEAD untuk dipadankan seterusnya. Jika tidak, gunakan perubahan yang diperkenalkan oleh
komitmen yang berada di sebelah tetapi tidak KEPALA ke cawangan semasa, mencipta yang baharu
komited untuk setiap perubahan baru.

git rev-list --reverse master -- README | git cherry-pick -n --stdin
Gunakan perubahan yang diperkenalkan oleh semua komit pada cawangan induk yang menyentuh README
kepada pokok kerja dan indeks, jadi hasilnya boleh diperiksa dan dijadikan satu
komitmen baru jika sesuai.

Urutan berikut cuba menyandarkan tampalan, diselamatkan kerana kod tampung itu
terpakai telah berubah terlalu banyak, dan kemudian cuba lagi, kali ini bersenam dengan lebih berhati-hati
tentang memadankan baris konteks.

$ git cherry-pick topik^ (1)
$ git diff (2)
$ git reset --merge ORIG_HEAD (3)
$ git cherry-pick -Topik Xpatience^ (4)

1. gunakan perubahan yang akan ditunjukkan oleh git show topic^. Dalam contoh ini, patch
tidak terpakai dengan bersih, jadi maklumat tentang konflik ditulis ke indeks dan
pokok berfungsi dan tiada hasil komitmen baharu.
2. meringkaskan perubahan untuk diselaraskan
3. batalkan petik ceri. Dalam erti kata lain, kembali ke keadaan pra-pilih ceri, memelihara
sebarang pengubahsuaian tempatan yang anda ada dalam pokok kerja.
4. cuba gunakan perubahan yang diperkenalkan oleh topik^ sekali lagi, menghabiskan masa tambahan untuk mengelak
kesilapan berdasarkan baris konteks yang tidak sepadan dengan betul.

Gunakan git-cherry-pick dalam talian menggunakan perkhidmatan onworks.net