git-cherry-pick - Online di Cloud

PROGRAM:

NAMA

git-cherry-pick - Terapkan perubahan yang diperkenalkan oleh beberapa komit yang ada

RINGKASAN

git ceri-pilih [--edit] [-n] [-m nomor induk] [-s] [-x] [--ff]
[-S[ ]] ...
git ceri-pilih --melanjutkan
git ceri-pilih --berhenti
git ceri-pilih --menggugurkan

DESKRIPSI

Mengingat satu atau lebih komit yang ada, terapkan perubahan yang diperkenalkan masing-masing, rekam yang baru
berkomitmen untuk masing-masing. Ini mengharuskan pohon kerja Anda bersih (tidak ada modifikasi dari
HEAD komit).

Ketika tidak jelas bagaimana menerapkan perubahan, hal berikut terjadi:

1. Cabang saat ini dan penunjuk HEAD tetap pada komit terakhir yang berhasil dibuat.

2. Ref CHERRY_PICK_HEAD diatur untuk menunjuk pada komit yang memperkenalkan perubahan yang
sulit untuk diterapkan.

3. Jalur di mana perubahan diterapkan dengan bersih diperbarui baik di file indeks maupun di
pohon kerja Anda.

4. Untuk jalur yang saling bertentangan, file indeks merekam hingga tiga versi, seperti yang dijelaskan dalam
bagian "TRUE MERGE" dari git-gabung(1). File pohon kerja akan mencakup a
deskripsi konflik yang dikurung oleh penanda konflik biasa <<<<<<< dan
>>>>>>>.

5. Tidak ada modifikasi lain yang dibuat.

Lihat git-gabung(1) untuk beberapa petunjuk tentang penyelesaian konflik semacam itu.

PILIHAN

...
Berkomitmen untuk memilih ceri. Untuk daftar cara mengeja komit yang lebih lengkap, lihat
gitrevisi(7). Kumpulan komit dapat diteruskan tetapi tidak ada traversal yang dilakukan secara default, karena
jika --tidak jalan-jalan opsi telah ditentukan, lihat git-rev-list(1). Perhatikan bahwa menentukan a
jangkauan akan memberi makan semua ... argumen untuk satu revisi berjalan (lihat nanti
contoh yang menggunakan maint master.. selanjutnya).

-e, --edit
Dengan opsi ini, git ceri-pilih akan membiarkan Anda mengedit pesan komit sebelum
melakukan.

-x
Saat merekam komit, tambahkan baris yang mengatakan "(ceri dipilih dari komit ...)"
ke pesan komit asli untuk menunjukkan komit mana yang mengubah ini
dipetik dari ceri. Ini dilakukan hanya untuk cherry picks tanpa konflik. Jangan gunakan
opsi ini jika Anda memetik buah ceri dari cabang pribadi Anda karena informasinya
tidak berguna bagi penerima. Jika di sisi lain Anda memetik ceri di antara dua
cabang yang terlihat secara publik (mis. mendukung perbaikan ke cabang pemeliharaan untuk cabang yang lebih lama
rilis dari cabang pengembangan), menambahkan informasi ini dapat bermanfaat.

-r
Dulu perintah default untuk melakukan -x dijelaskan di atas, dan -r adalah untuk
menonaktifkannya. Sekarang defaultnya adalah tidak melakukan -x jadi opsi ini adalah no-op.

-m nomor induk, --mainline nomor induk
Biasanya Anda tidak dapat memilih gabungan karena Anda tidak tahu sisi gabungan yang mana
harus dianggap sebagai arus utama. Opsi ini menentukan nomor induk (mulai
dari 1) dari jalur utama dan memungkinkan cherry-pick untuk memutar ulang perubahan relatif terhadap
induk yang ditentukan.

-n, --tidak ada komitmen
Biasanya perintah secara otomatis membuat urutan komit. Bendera ini menerapkan
perubahan yang diperlukan untuk memilih setiap komit bernama ke pohon kerja dan indeks Anda,
tanpa membuat komitmen apapun. Selain itu, ketika opsi ini digunakan, indeks Anda tidak
harus cocok dengan komit HEAD. Pilihan ceri dilakukan terhadap keadaan awal
indeks Anda.

Ini berguna ketika cherry-picking lebih dari satu efek commit ke indeks Anda di a
baris.

-s, --penandatanganan
Tambahkan baris Signed-off-by di akhir pesan komit. Lihat opsi signoff di
git-komit(1) untuk informasi lebih lanjut.

-S[ ], --gpg-sign[= ]
Komitmen tanda GPG. Argumen keyid adalah opsional dan default ke committer
identitas; jika ditentukan, itu harus menempel pada opsi tanpa spasi.

--ff
Jika HEAD saat ini sama dengan induk dari komit yang dipilih ceri, maka a
maju cepat untuk komit ini akan dilakukan.

--izinkan-kosong
Secara default, cherry-picking komit kosong akan gagal, menunjukkan bahwa eksplisit
pemanggilan git commit --allow-empty diperlukan. Opsi ini mengesampingkan itu
perilaku, memungkinkan komit kosong untuk dipertahankan secara otomatis di cherry-pick. Catatan
bahwa ketika "--ff" berlaku, komit kosong yang memenuhi persyaratan "maju cepat"
akan disimpan bahkan tanpa opsi ini. Perhatikan juga, bahwa penggunaan opsi ini hanya membuat
komit yang awalnya kosong (yaitu komit mencatat pohon yang sama dengannya
induk). Komit yang dibuat kosong karena komit sebelumnya dijatuhkan. Untuk memaksa
penyertaan komit tersebut menggunakan --keep-redundant-commits.

--izinkan-pesan-kosong
Secara default, memilih komit dengan pesan kosong akan gagal. Pilihan ini
menimpa perilaku itu, memungkinkan komit dengan pesan kosong untuk dipilih.

--menjaga-komitmen yang berlebihan
Jika komit yang dipilih ceri menduplikasi komit yang sudah ada dalam riwayat saat ini, itu
akan menjadi kosong. Secara default, komit yang berlebihan ini menyebabkan cherry-pick berhenti sehingga
pengguna dapat memeriksa komit. Opsi ini mengesampingkan perilaku itu dan membuat yang kosong
melakukan objek. Menyiratkan --allow-kosong.

--strategi=
Gunakan strategi penggabungan yang diberikan. Sebaiknya hanya digunakan sekali. Lihat STRATEGI PENGGABUNGAN
bagian dalam git-gabung(1) untuk rincian.

-X , --pilihan-strategi=
Lewati opsi khusus strategi penggabungan ke strategi penggabungan. Lihat git-
bergabung(1) untuk rincian.

SEQUENCER SUB PERINTAH

--melanjutkan
Lanjutkan operasi yang sedang berlangsung menggunakan informasi di .git/sequencer. Dapat
digunakan untuk melanjutkan setelah menyelesaikan konflik di cherry-pick atau revert yang gagal.

--berhenti
Lupakan operasi yang sedang berlangsung. Dapat digunakan untuk menghapus sequencer
status setelah cherry-pick atau revert gagal.

--menggugurkan
Batalkan operasi dan kembali ke keadaan pra-urutan.

CONTOH

git master cherry-pick
Terapkan perubahan yang diperkenalkan oleh komit di ujung cabang master dan buat a
komit baru dengan perubahan ini.

git cherry-pick ..master, git cherry-pick ^HEAD master
Terapkan perubahan yang diperkenalkan oleh semua komit yang merupakan nenek moyang master tetapi bukan dari
HEAD untuk menghasilkan komit baru.

git cherry-pick maint berikutnya ^master, git cherry-pick maint master..next
Terapkan perubahan yang diperkenalkan oleh semua komit yang merupakan nenek moyang dari pemeliharaan atau berikutnya, tetapi
tidak menguasai atau leluhurnya. Perhatikan bahwa yang terakhir tidak berarti memelihara dan
segala sesuatu antara master dan berikutnya; khusus, perawatan tidak akan digunakan jika itu
termasuk dalam master.

git master pilihan ceri~4 master~2
Terapkan perubahan yang diperkenalkan oleh komit terakhir kelima dan ketiga yang ditunjukkan oleh master
dan buat 2 komit baru dengan perubahan ini.

git cherry-pick -n master~1 selanjutnya
Terapkan ke pohon kerja dan indeks perubahan yang diperkenalkan oleh yang kedua terakhir
komit yang ditunjuk oleh master dan oleh komit terakhir yang ditunjuk oleh berikutnya, tetapi jangan
buat komit apa pun dengan perubahan ini.

git cherry-pick --ff .. selanjutnya
Jika sejarah linier dan HEAD adalah nenek moyang berikutnya, perbarui pohon kerja dan
memajukan pointer HEAD untuk mencocokkan berikutnya. Jika tidak, terapkan perubahan yang diperkenalkan oleh
komit yang ada di berikutnya tetapi tidak HEAD ke cabang saat ini, membuat yang baru
berkomitmen untuk setiap perubahan baru.

git rev-list --reverse master -- README | git cherry-pick -n --stdin
Terapkan perubahan yang diperkenalkan oleh semua komit pada cabang master yang menyentuh README
ke pohon kerja dan indeks, sehingga hasilnya dapat diperiksa dan dibuat menjadi satu
komit baru jika cocok.

Urutan berikut mencoba untuk mem-backport sebuah tambalan, menyelamatkan karena kode tambalan itu
berlaku untuk telah berubah terlalu banyak, dan kemudian mencoba lagi, kali ini lebih berhati-hati
tentang mencocokkan garis konteks.

$ git cherry-pick topik^ (1)
$ git perbedaan (2)
$ git reset --gabungkan ORIG_HEAD (3)
$ git cherry-pick -Xpatience topik^ (4)

1. terapkan perubahan yang akan ditampilkan oleh git show topic^. Dalam contoh ini, tambalan
tidak berlaku dengan bersih, jadi informasi tentang konflik ditulis ke indeks dan
pohon kerja dan tidak ada hasil komit baru.
2. meringkas perubahan untuk direkonsiliasi
3. batalkan pengambilan ceri. Dengan kata lain, kembali ke keadaan sebelum memetik buah ceri, melestarikan
modifikasi lokal apa pun yang Anda miliki di pohon kerja.
4. coba terapkan perubahan yang diperkenalkan oleh topik ^ lagi, menghabiskan waktu ekstra untuk menghindari
kesalahan berdasarkan pencocokan garis konteks yang salah.

Gunakan git-cherry-pick online menggunakan layanan onworks.net