Jawaban:
Jarang ada alasan bagus untuk melakukan ini, tetapi parameternya adalah --allow-empty
untuk komit kosong (tidak ada file yang berubah), berbeda dengan --allow-empty-message
untuk pesan komit kosong. Anda juga dapat membaca lebih lanjut dengan mengetik git help commit
atau mengunjungi dokumentasi online .
Sementara objek pohon (yang memiliki hash sendiri) akan identik, komit sebenarnya akan memiliki hash yang berbeda, karena ia mungkin akan memiliki cap waktu dan pesan yang berbeda, dan pasti akan memiliki komit induk yang berbeda. Ketiga faktor tersebut terintegrasi ke dalam git
algoritma hash objek.
Ada yang beberapa alasan Anda mungkin ingin kosong komit (menggabungkan beberapa komentar):
git
perintah tanpa menghasilkan perubahan sewenang-wenang (via Vaelus ).gitolite
(via Tatsh ).Strategi lain untuk menambahkan metadata ke pohon komit meliputi:
git notes
untuk mengaitkan catatan yang bisa berubah di atas komit kekal yang ada.commit --amend
jika remote tidak memungkinkan memaksa mendorong. Dengan cara ini Anda dapat memungkinkan pengembang melihat pesan penting yang sesuai dengan komit sebelumnya.
Jika Anda menggunakan sistem seperti gitversion, sangat masuk akal untuk melakukan komit semacam ini. Anda dapat memiliki komit yang khusus untuk menabrak versi utama menggunakan + semver: komentar utama.
Mungkin sebagai alternatif yang lebih masuk akal, Anda dapat membuat tag beranotasi (komit bernama dengan pesan). Lihat git tag -a
opsi.
dev
bentuk cabangmaster
dan kemudianfeat
cabang langsung daridev
,feat
cabang tampak berasal darimaster
cabang karena tidak ada komit pembeda padadev
cabang yangfeat
berasal dari cabang. Komit kosong ketika pertama kali Anda membuatdev
cabang membantu mendirikandev
cabang karena itu adalah cabang yang abadi tanpa batasmaster
. Secara umum akan sangat membantu ketika Anda menggunakan cabang sebagai lapisan, dan membuat dua lapisan dari satu komit