Seorang pembangun telah mencipta utiliti Git baharu yang dipanggil what-changed-twice untuk membantu menguruskan sejarah commit yang berselerak, tetapi nama alat yang janggal ini telah mencetuskan perbincangan menarik dalam komuniti mengenai konvensyen penamaan dan alat-alat serupa yang sedia ada.
Masalah yang Diselesaikan oleh Alat Ini
Utiliti ini menangani isu aliran kerja pembangun yang biasa berlaku. Ramai pengaturcara membuat commit yang kerap semasa pembangunan, mewujudkan rantaian perubahan berkaitan yang tersebar merentasi beberapa commit. Sebagai contoh, anda mungkin mengubah suai fail pada hari Isnin, menambah lebih banyak perubahan pada hari Selasa, dan membetulkan kesilapan ejaan pada hari Rabu. Apabila tiba masanya untuk membersihkan sejarah commit, mengenal pasti fail mana yang telah diubah suai beberapa kali menjadi penting untuk organisasi yang betul.
Alat ini menganalisis output Git log dan menghasilkan laporan yang menunjukkan fail-fail yang berubah dalam lebih daripada satu commit, bersama dengan ID commit yang disingkatkan di mana perubahan tersebut berlaku. Ini membantu pembangun memutuskan commit mana yang perlu digabungkan semasa rebasing.
Fungsi Alat: Menganalisis output log Git untuk mengenal pasti fail yang diubah suai dalam berbilang commit, mengeluarkan ID commit yang disingkat dan laluan fail untuk rujukan mudah semasa operasi rebase
Komuniti Memberikan Pendapat tentang Penamaan
Perbincangan penamaan mendedahkan perspektif menarik daripada komuniti pembangun. Sesetengah pengguna mempertahankan nama asal, dengan berhujah bahawa ia dengan jelas menerangkan fungsi alat tersebut. Yang lain mencadangkan alternatif seperti git-repeatedly-changed mengikut konvensyen penamaan Git , atau pilihan yang lebih kreatif seperti squash-what dan git-delta-delta.
Seorang ahli komuniti membuat pandangan yang sangat mendalam tentang konvensyen penamaan Git :
Jika anda mempunyai git-foo pada PATH, anda boleh melakukan git foo dan ia akan secara automatik mengambil program anda.
Ini menekankan bagaimana penamaan yang betul boleh berintegrasi dengan lancar dengan struktur arahan Git yang sedia ada.
Cadangan Penamaan daripada Komuniti:
- git-repeatedly-changed
- squash-what
- git-delta-delta
- Double Jeopardy
- FlipFlopStop (FFS)
Alat Sedia Ada dan Alternatif
Perbincangan juga membawa perhatian kepada alat-alat serupa yang sedia ada. Beberapa ahli komuniti menyebut git-absorb, yang membawa konsep ini lebih jauh dengan secara automatik mengetahui perubahan mana yang patut digabungkan ke dalam commit sebelumnya. Alat ini wujud untuk kedua-dua sistem kawalan versi Git dan Jujutsu dan tersedia dalam kebanyakan repositori pengedaran.
Perbualan mendedahkan bahawa walaupun alat pembangun ini memfokuskan kepada pengenalpastian dan analisis, penyelesaian lain seperti git-absorb menyediakan keupayaan pembetulan automatik.
Alat Alternatif yang Disebut:
- git-absorb: Secara automatik menolak perubahan kepada commit terdahulu yang sesuai
- Jujutsu absorb: Fungsi yang serupa dalam sistem kawalan versi Jujutsu
- Tersedia dalam kebanyakan repositori pengedaran Linux
Pertimbangan Teknikal dan Had
Ahli komuniti juga menimbulkan perkara teknikal penting tentang had alat ini. Walaupun ia boleh mengenal pasti commit yang tidak akan menyebabkan konflik tekstual apabila disusun semula, ia tidak dapat meramalkan konflik semantik yang mungkin merosakkan ujian atau fungsi. Perbezaan ini penting untuk pembangun yang perlu mengekalkan commit perantaraan yang berfungsi berbanding mereka yang hanya mengambil berat tentang hasil akhir yang bersih di titik gabungan.
Perbincangan menekankan falsafah berbeza mengenai pengurusan sejarah commit, dengan sesetengah pembangun lebih suka commit atomik yang sentiasa lulus ujian, manakala yang lain memfokuskan kepada hasil akhir yang bersih di titik gabungan.
Rujukan: My new git utility 'what-changed-twice` needs a new name