git-commit - Online di Cloud

PROGRAM:

NAMA

git-commit - Rekam perubahan ke repositori

RINGKASAN

git melakukan [-a | --interaktif | --patch] [-s] [-v] [-u ] [--mengubah]
[--dry-run] [(-c | -C | --fixup | --squash) ]
[-F | -M ] [--reset-penulis] [--izinkan-kosong]
[--allow-empty-message] [--no-verify] [-e] [--author= ]
[--tanggal= ] [--pembersihan= ] [--[tidak ada status]
[-i | -o] [-S[ ]] [-] [ ...]

DESKRIPSI

Menyimpan konten indeks saat ini dalam komit baru bersama dengan pesan log dari
pengguna menjelaskan perubahan.

Konten yang akan ditambahkan dapat ditentukan dalam beberapa cara:

1. dengan menggunakan git menambahkan untuk secara bertahap "menambahkan" perubahan ke indeks sebelum menggunakan melakukan
perintah (Catatan: bahkan file yang dimodifikasi harus "ditambahkan");

2. dengan menggunakan git rm untuk menghapus file dari pohon kerja dan indeks, sekali lagi sebelumnya
menggunakan melakukan memerintah;

3. dengan membuat daftar file sebagai argumen untuk melakukan perintah, dalam hal ini komit akan
abaikan perubahan yang dipentaskan dalam indeks, dan alih-alih catat konten saat ini
file yang terdaftar (yang harus sudah diketahui oleh Git);

4. dengan menggunakan tombol -a dengan melakukan perintah untuk secara otomatis "menambahkan" perubahan dari semua
file yang dikenal (yaitu semua file yang sudah terdaftar dalam indeks) dan secara otomatis
"rm" file dalam indeks yang telah dihapus dari pohon kerja, dan kemudian melakukan
komit yang sebenarnya;

5. dengan menggunakan sakelar --interactive atau --patch dengan melakukan perintah untuk memutuskan satu
oleh salah satu file atau bongkahan mana yang harus menjadi bagian dari komit, sebelum menyelesaikan
operasi. Lihat bagian "Mode Interaktif" dari git-tambahkan(1) untuk mempelajari cara mengoperasikan
mode ini.

Opsi --dry-run dapat digunakan untuk mendapatkan ringkasan dari apa yang disertakan oleh salah satu dari
di atas untuk komit berikutnya dengan memberikan set parameter yang sama (opsi dan jalur).

Jika Anda membuat komit dan kemudian menemukan kesalahan segera setelah itu, Anda dapat pulih dari
dengan git ulang.

PILIHAN

-a, --semua
Beri tahu perintah untuk secara otomatis mengatur file yang telah dimodifikasi dan dihapus, tetapi
file baru yang belum Anda beri tahu Git tidak terpengaruh.

-p, --tambalan
Gunakan antarmuka pemilihan tambalan interaktif untuk memilih perubahan mana yang akan dilakukan. Lihat
git-tambahkan(1) untuk rincian.

-C , --reuse-message=
Ambil objek komit yang ada, dan gunakan kembali pesan log dan kepengarangannya
informasi (termasuk stempel waktu) saat membuat komit.

-C , --reedit-pesan=
Seperti -C, tetapi dengan -c editor dipanggil, sehingga pengguna dapat mengedit lebih lanjut
pesan komit.

--fixup=
Buat pesan komit untuk digunakan dengan rebase --autosquash. Pesan komit akan
menjadi baris subjek dari komit yang ditentukan dengan awalan "fixup!". Lihat git-
Rebase(1) untuk rincian.

--squash=
Buat pesan komit untuk digunakan dengan rebase --autosquash. Pesan komit
baris subjek diambil dari komit yang ditentukan dengan awalan "squash!". Dapat
digunakan dengan opsi pesan komit tambahan (-m/-c/-C/-F). Lihat git-rebase(1) untuk
rincian.

--reset-penulis
Saat digunakan dengan opsi -C/-c/--amend, atau saat melakukan setelah aa bertentangan
cherry-pick, nyatakan bahwa kepengarangan dari komit yang dihasilkan sekarang milik
pembuat komitmen. Ini juga memperbarui stempel waktu penulis.

--pendek
Saat melakukan dry-run, berikan output dalam format pendek. Lihat status-git(1) untuk
rincian. Menyiratkan --dry-run.

--cabang
Tampilkan info cabang dan pelacakan bahkan dalam format pendek.

--porselen
Saat melakukan dry-run, berikan output dalam format siap pakai porselen. Lihat status-git(1)
untuk rincian. Menyiratkan --dry-run.

--panjang
Saat melakukan dry-run, berikan output dalam format panjang. Menyiratkan --dry-run.

-z, --batal
Saat menampilkan keluaran status pendek atau porselen, hentikan entri dalam keluaran status
dengan NUL, bukan LF. Jika tidak ada format yang diberikan, menyiratkan format keluaran --porcelain.

-F , --file=
Ambil pesan komit dari file yang diberikan. Menggunakan - untuk membaca pesan dari
masukan standar.

--penulis=
Timpa penulis komit. Tentukan penulis eksplisit menggunakan standar AU Thor
<[email dilindungi]> format. Sebaliknya diasumsikan sebagai pola dan digunakan
untuk mencari komit yang ada oleh penulis itu (yaitu daftar-rev --all -i
--penulis= ); pembuat komit kemudian disalin dari komit pertama yang ditemukan.

--tanggal=
Ganti tanggal penulis yang digunakan dalam komit.

-M , --pesan=
Gunakan yang diberikan sebagai pesan komit. Jika beberapa opsi -m diberikan, mereka
nilai digabungkan sebagai paragraf terpisah.

-T , --templat=
Saat mengedit pesan komit, mulai editor dengan konten dalam file yang diberikan.
Variabel konfigurasi commit.template sering digunakan untuk memberikan opsi ini
secara implisit pada perintah. Mekanisme ini dapat digunakan oleh proyek yang ingin memandu
peserta dengan beberapa petunjuk tentang apa yang harus ditulis dalam pesan dalam urutan apa. jika
pengguna keluar dari editor tanpa mengedit pesan, komit dibatalkan. Ini tidak ada
efek ketika pesan diberikan dengan cara lain, misalnya dengan opsi -m atau -F.

-s, --penandatanganan
Tambahkan baris Signed-off-by oleh committer di akhir pesan log komit. NS
arti dari penandatanganan tergantung pada proyek, tetapi biasanya menyatakan bahwa pembuatnya
memiliki hak untuk mengirimkan karya ini di bawah lisensi yang sama dan menyetujui Pengembang
Surat Keterangan Asal (lihat http://developercertificate.org/ untuk informasi lebih lanjut).

-n, --no-verifikasi
Opsi ini melewati kait pra-komit dan komit-pesan. Lihat juga gitooks(5).

--izinkan-kosong
Biasanya merekam komit yang memiliki pohon yang sama persis dengan komit induk tunggalnya adalah a
kesalahan, dan perintah mencegah Anda membuat komit seperti itu. Opsi ini melewati
keamanan, dan terutama untuk digunakan oleh skrip antarmuka SCM asing.

--izinkan-pesan-kosong
Seperti --allow-empty perintah ini terutama untuk digunakan oleh skrip antarmuka SCM asing.
Ini memungkinkan Anda membuat komit dengan pesan komit kosong tanpa menggunakan pipa ledeng
perintah seperti git-komit-pohon(1).

--pembersihan=
Opsi ini menentukan bagaimana pesan komit yang disediakan harus dibersihkan sebelumnya
melakukan. NS bisa strip, spasi, verbatim, gunting atau default.

menelanjangi
Hapus garis kosong di depan dan di belakang, spasi di belakang, komentar, dan
runtuh baris kosong berturut-turut.

ruang putih
Sama seperti strip kecuali #commentary tidak dihapus.

kata demi kata
Jangan mengubah pesan sama sekali.

gunting
Sama seperti spasi, kecuali bahwa semuanya dari (dan termasuk) baris "#
------------------------ >8 ------------------------ " terpotong jika pesan
adalah untuk diedit. "#" dapat dikustomisasi dengan core.commentChar.

kegagalan
Sama seperti strip jika pesan akan diedit. Jika tidak, spasi.

Default dapat diubah oleh komit. pembersihan variabel konfigurasi (lihat git-
config(1)).

-e, --edit
Pesan diambil dari file dengan -F, baris perintah dengan -m, dan dari objek komit dengan
-C biasanya digunakan sebagai pesan log komit yang tidak dimodifikasi. Opsi ini memungkinkan Anda lebih lanjut
edit pesan yang diambil dari sumber-sumber ini.

--tidak-edit
Gunakan pesan komit yang dipilih tanpa meluncurkan editor. Misalnya, git komit
--amend --no-edit mengubah komit tanpa mengubah pesan komitnya.

--mengubah
Ganti ujung cabang saat ini dengan membuat komit baru. Pohon yang terekam adalah
disiapkan seperti biasa (termasuk efek opsi -i dan -o dan eksplisit
pathspec), dan pesan dari komit asli digunakan sebagai titik awal,
alih-alih pesan kosong, ketika tidak ada pesan lain yang ditentukan dari baris perintah
melalui opsi seperti -m, -F, -c, dll. Komit baru memiliki orang tua dan penulis yang sama dengan
yang sekarang (opsi --reset-author dapat mengatasi ini).

Ini adalah setara kasar untuk:

$ git reset --KEPALA lembut^
$ ... lakukan sesuatu yang lain untuk menghasilkan pohon yang tepat ...
$ git komit -c ORIG_HEAD

tetapi dapat digunakan untuk mengubah komit gabungan.

Anda harus memahami implikasi dari penulisan ulang sejarah jika Anda mengubah komit yang
telah diterbitkan. (Lihat bagian "PEMULIHAN DARI REBASE HULU" di git-
Rebase(1).)

--no-pasca-tulis ulang
Lewati kait pasca-penulisan ulang.

-i, --termasuk
Sebelum membuat komit dari konten yang dipentaskan sejauh ini, siapkan konten jalur
diberikan pada baris perintah juga. Ini biasanya bukan yang Anda inginkan kecuali Anda
menyimpulkan penggabungan yang bertentangan.

-o, --hanya
Buat komit dengan mengambil konten pohon kerja yang diperbarui dari jalur yang ditentukan pada
baris perintah, mengabaikan konten apa pun yang telah dipentaskan untuk jalur lain.
Ini adalah mode operasi default git melakukan jika ada jalur yang diberikan pada
baris perintah, dalam hal ini opsi ini dapat dihilangkan. Jika opsi ini ditentukan
Bersama --mengubah, maka tidak ada jalur yang perlu ditentukan, yang dapat digunakan untuk mengubah
komit terakhir tanpa melakukan perubahan yang telah dipentaskan.

-u[ ], --untracked-files[= ]
Tampilkan file yang tidak terlacak.

Parameter mode adalah opsional (default ke semua), dan digunakan untuk menentukan penanganan
dari file yang tidak terlacak; ketika -u tidak digunakan, defaultnya adalah normal, yaitu tampilkan tidak terlacak
file dan direktori.

Opsi yang mungkin adalah:

· tidak - Jangan tampilkan file yang tidak terlacak

· normal - Menampilkan file dan direktori yang tidak terlacak

· semua - Juga menunjukkan file individual di direktori yang tidak terlacak.

Default dapat diubah menggunakan konfigurasi status.showUntrackedFiles
variabel didokumentasikan dalam git-config(1).

-v, --bertele-tele
Tunjukkan perbedaan terpadu antara komit HEAD dan apa yang akan dilakukan di bagian bawah
templat pesan komit untuk membantu pengguna mendeskripsikan komit dengan mengingatkan apa
perubahan yang dimiliki komit. Perhatikan bahwa output diff ini tidak memiliki awalan baris
dengan #. Perbedaan ini tidak akan menjadi bagian dari pesan komit.

Jika ditentukan dua kali, tunjukkan sebagai tambahan perbedaan terpadu antara apa yang akan dilakukan
dan file worktree, yaitu perubahan yang tidak dipentaskan ke file yang dilacak.

-q, --tenang
Menekan pesan ringkasan komit.

--lari-kering
Jangan membuat komit, tetapi tunjukkan daftar jalur yang akan dikomit, jalur dengan
perubahan lokal yang akan dibiarkan tanpa komitmen dan jalur yang tidak terlacak.

--status
Sertakan keluaran dari status-git(1) di templat pesan komit saat menggunakan
editor untuk menyiapkan pesan komit. Default untuk aktif, tetapi dapat digunakan untuk menimpa
variabel konfigurasi commit.status.

--tidak ada status
Jangan sertakan keluaran dari status-git(1) dalam templat pesan komit saat menggunakan
editor untuk menyiapkan pesan komit default.

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

--no-gpg-tanda
Variabel konfigurasi countermand commit.gpgSign yang diatur untuk memaksa setiap
berkomitmen untuk ditandatangani.

--
Jangan menafsirkan argumen lagi sebagai opsi.

...
Ketika file diberikan pada baris perintah, perintah mengkomit konten
file bernama, tanpa merekam perubahan yang sudah dipentaskan. Isi dari file-file ini
juga dipentaskan untuk komit berikutnya di atas apa yang telah dipentaskan sebelumnya.

TANGGAL FORMAT

Variabel lingkungan GIT_AUTHOR_DATE, GIT_COMMITTER_DATE dan opsi --date
mendukung format tanggal berikut:

Git format internal
Dia , di mana adalah jumlah
detik sejak zaman UNIX. adalah offset positif atau negatif
dari UTC. Misalnya CET (yang 2 jam lebih cepat dari UTC) adalah +0200.

RFC 2822
Format email standar seperti yang dijelaskan oleh RFC 2822, misalnya Kam, 07 Apr 2005
22:13:13 +0200.

ISO 8601
Waktu dan tanggal ditentukan oleh standar ISO 8601, misalnya 2005-04-07T22:13:13. NS
parser menerima spasi alih-alih karakter T juga.

Note
Selain itu, bagian tanggal diterima dalam format berikut: YYYY.MM.DD,
MM/DD/YYYY dan DD.MM.YYYY.

CONTOH

Saat merekam pekerjaan Anda sendiri, konten file yang dimodifikasi di pohon kerja Anda adalah
disimpan sementara ke area pementasan yang disebut "indeks" dengan git menambahkan. Sebuah file dapat
dikembalikan kembali, hanya di indeks tetapi tidak di pohon kerja, ke komit terakhir
dengan git reset KEPALA -- , yang secara efektif mengembalikan git menambahkan dan mencegah perubahan
ke file ini dari berpartisipasi dalam komit berikutnya. Setelah membangun negara menjadi
berkomitmen secara bertahap dengan perintah ini, git commit (tanpa parameter pathname)
digunakan untuk merekam apa yang telah dipentaskan selama ini. Ini adalah bentuk paling dasar dari perintah.
Sebuah contoh:

$ edit halo.c
$ git rm selamat tinggal.c
$ git tambahkan hello.c
$ git komit

Alih-alih mengatur file setelah setiap perubahan individu, Anda dapat memberi tahu git commit untuk memperhatikan
perubahan pada file yang isinya dilacak di pohon kerja Anda dan lakukan
git add dan git rm yang sesuai untuk Anda. Artinya, contoh ini melakukan hal yang sama dengan
contoh sebelumnya jika tidak ada perubahan lain di pohon kerja Anda:

$ edit halo.c
$ rm selamat tinggal.c
$ git komit -a

Perintah git commit -a pertama kali melihat pohon kerja Anda, pemberitahuan bahwa Anda telah memodifikasi
hello.c dan menghapus selamat tinggal.c, dan melakukan git add dan git rm yang diperlukan untuk Anda.

Setelah melakukan perubahan pada banyak file, Anda dapat mengubah urutan pencatatan perubahan,
dengan memberikan nama path ke git commit. Ketika nama path diberikan, perintah membuat komit
yang hanya mencatat perubahan yang dibuat pada jalur bernama:

$ edit halo.c halo.h
$ git tambahkan hello.c hello.h
$ sunting Makefile
$ git komit Makefile

Ini membuat komit yang mencatat modifikasi ke Makefile. Perubahan dipentaskan untuk
hello.c dan hello.h tidak termasuk dalam komit yang dihasilkan. Namun, perubahan mereka adalah
tidak hilang — mereka masih dipentaskan dan hanya ditahan. Setelah urutan di atas, jika Anda
melakukan:

$ git komit

komit kedua ini akan merekam perubahan ke hello.c dan hello.h seperti yang diharapkan.

Setelah penggabungan (diprakarsai oleh git bergabung or git menarik) berhenti karena konflik, bersih
jalur gabungan sudah disiapkan untuk Anda, dan jalur yang bertentangan adalah
dibiarkan dalam keadaan tidak menyatu. Anda harus terlebih dahulu memeriksa jalur mana yang bertentangan git
status dan setelah memperbaikinya secara manual di pohon kerja Anda, Anda akan menampilkan hasilnya sebagai
biasa dengan git menambahkan:

$git status | grep tidak digabungkan
tidak digabungkan: hello.c
$ edit halo.c
$ git tambahkan hello.c

Setelah menyelesaikan konflik dan menentukan hasilnya, git ls-files -u akan berhenti menyebutkan
jalan yang bertentangan. Setelah selesai, jalankan git commit untuk akhirnya merekam penggabungan:

$ git komit

Seperti halnya kasus untuk merekam perubahan Anda sendiri, Anda dapat menggunakan opsi -a untuk menyimpan pengetikan. Satu
perbedaannya adalah selama resolusi penggabungan, Anda tidak dapat menggunakan git commit dengan nama path untuk
ubah urutan perubahan dilakukan, karena penggabungan harus dicatat sebagai
komit tunggal. Faktanya, perintah menolak untuk dijalankan ketika diberi nama path (tetapi lihat -i
pilihan).

PEMBAHASAN

Meskipun tidak diperlukan, ada baiknya untuk memulai pesan komit dengan satu pesan pendek
(kurang dari 50 karakter) baris meringkas perubahan, diikuti oleh baris kosong dan kemudian a
deskripsi yang lebih menyeluruh. Teks hingga baris kosong pertama dalam pesan komit adalah
diperlakukan sebagai judul komit, dan judul itu digunakan di seluruh Git. Sebagai contoh, git-
format-patch(1) mengubah komit menjadi email, dan menggunakan judul pada baris Subjek dan
sisa komit di dalam tubuh.

Git sampai batas tertentu pengkodean karakter agnostik.

· Isi dari objek blob adalah urutan byte yang tidak diinterpretasikan. Tidak ada
pengkodean terjemahan di tingkat inti.

· Nama jalur dikodekan dalam bentuk normalisasi UTF-8 C. Ini berlaku untuk objek pohon,
file indeks, nama referensi, serta nama jalur dalam argumen baris perintah,
variabel lingkungan dan file konfigurasi (.git/config (lihat git-config(1)), gitignore.dll(5)
gitatribut(5) dan gitmodules(5)).

Perhatikan bahwa Git pada tingkat inti memperlakukan nama jalur hanya sebagai urutan non-NUL
byte, tidak ada konversi penyandian nama jalur (kecuali di Mac dan Windows).
Oleh karena itu, menggunakan nama jalur non-ASCII sebagian besar akan berfungsi bahkan pada platform dan file
sistem yang menggunakan pengkodean ASCII yang diperluas lama. Namun, repositori dibuat di
sistem tersebut tidak akan bekerja dengan baik pada sistem berbasis UTF-8 (misalnya Linux, Mac, Windows)
dan sebaliknya. Selain itu, banyak alat berbasis Git hanya menganggap nama jalur sebagai
UTF-8 dan akan gagal menampilkan penyandian lain dengan benar.

· Pesan log komit biasanya dikodekan dalam UTF-8, tetapi pengkodean ASCII tambahan lainnya
juga didukung. Ini termasuk ISO-8859-x, CP125x dan banyak lainnya, tetapi tidak
Pengkodean multi-byte UTF-16/32, EBCDIC dan CJK (GBK, Shift-JIS, Big5, EUC-x, CP9xx
dan sebagainya).

Meskipun kami menganjurkan agar pesan log komit dikodekan dalam UTF-8, baik inti maupun
Git Porcelain dirancang untuk tidak memaksa UTF-8 pada proyek. Jika semua peserta
proyek tertentu merasa lebih nyaman menggunakan pengkodean lama, Git tidak melarang
dia. Namun, ada beberapa hal yang perlu diingat.

1. git melakukan dan git pohon komit mengeluarkan peringatan jika pesan log komit diberikan padanya
tidak terlihat seperti string UTF-8 yang valid, kecuali jika Anda secara eksplisit mengatakan bahwa proyek Anda menggunakan a
pengkodean warisan. Cara untuk mengatakan ini adalah dengan memiliki i18n.commitencoding di .git/config
berkas, seperti ini:

[i18n]
pengkodean komitmen = ISO-8859-1

Objek komit yang dibuat dengan pengaturan di atas mencatat nilai i18n.commitencoding
di header pengkodeannya. Ini untuk membantu orang lain yang melihatnya nanti. Kurangnya
header ini menyiratkan bahwa pesan log komit dikodekan dalam UTF-8.

2. git mencatat, git Menunjukkan, git menyalahkan dan teman-teman melihat tajuk penyandian komit
objek, dan coba kode ulang pesan log ke UTF-8 kecuali ditentukan lain. Anda
dapat menentukan pengkodean keluaran yang diinginkan dengan i18n.logoutputencoding di .git/config
berkas, seperti ini:

[i18n]
pengkodean logooutput = ISO-8859-1

Jika Anda tidak memiliki variabel konfigurasi ini, nilai i18n.commitencoding adalah
digunakan sebagai gantinya.

Perhatikan bahwa kami sengaja memilih untuk tidak mengkode ulang pesan log komit ketika komit adalah
dibuat untuk memaksa UTF-8 pada tingkat objek komit, karena pengkodean ulang ke UTF-8 tidak
tentu merupakan operasi reversibel.

LINGKUNGAN DAN KONFIGURASI VARIABEL

Editor yang digunakan untuk mengedit pesan log komit akan dipilih dari GIT_EDITOR
variabel lingkungan, variabel konfigurasi core.editor, lingkungan VISUAL
variabel, atau variabel lingkungan EDITOR (dalam urutan itu). Lihat git-var(1) untuk rincian.

KAIT

Perintah ini dapat menjalankan hook commit-msg, pre-commit-msg, pre-commit, dan post-commit.
Lihat gitooks(5) untuk informasi lebih lanjut.

Gunakan git-commit online menggunakan layanan onworks.net