Saya ingin tahu apakah cara saya menangani file sumber yang perlu dihapus dari kontrol versi dapat dianggap sebagai praktik buruk.
Saya ingin menjelaskannya kepada Anda berdasarkan contoh itu:
Saya baru-baru ini menjadi sangat marah karena saya harus memilah-milah kelas Java dalam program yang pada dasarnya mati kode tetapi tidak didokumentasikan dan juga tidak berkomentar di kelas-kelas Jawa. Tentu saja mereka perlu dihapus tetapi sebelum saya menghapus hal-hal yang berlebihan saya punya - beberapa mungkin mengatakan aneh - kebiasaan:
Saya tidak langsung menghapus file-file redundan seperti itu melalui SVN-> Delete (ganti dengan perintah delete dari sistem kontrol versi pilihan Anda) tetapi sebaliknya berikan komentar pada file-file itu (saya merujuk pada head dan footer) bahwa mereka akan dihapus + nama saya + tanggal dan juga - yang lebih penting - MENGAPA MEREKA DIHAPUS (dalam kasus saya, karena mereka sudah mati, kode membingungkan). Lalu saya simpan dan komit ke kontrol versi. Lain kali ketika saya harus melakukan / memeriksa sesuatu dalam proyek untuk kontrol versi, saya tekan SVN-> Hapus dan kemudian mereka akhirnya dihapus dalam Kontrol Versi - masih tentu saja dapat diperbaiki melalui revisi dan ini sebabnya saya mengadopsi kebiasaan itu.
Mengapa melakukan ini alih-alih menghapusnya segera?
Alasan saya adalah, bahwa saya ingin memiliki marker eksplisit setidaknya dalam revisi terakhir di mana file-file redundan itu ada, mengapa mereka pantas dihapus. Jika saya segera menghapusnya, itu dihapus tetapi tidak ada yang mendokumentasikan mengapa mereka dihapus. Saya ingin menghindari skenario seperti ini:
"Hmm ... kenapa file-file itu dihapus? Aku bekerja dengan baik sebelumnya." (Penekan 'kembalikan' -> orang yang dikembalikan kemudian hilang selamanya atau tidak tersedia dalam minggu-minggu berikutnya dan penerima tugas berikutnya harus mencari tahu dengan membosankan seperti saya tentang file-file itu)
Tetapi tidakkah Anda perhatikan mengapa file-file itu dihapus dalam pesan komit?
Tentu saja saya lakukan tetapi pesan komit terkadang tidak dibaca oleh rekan kerja. Ini bukan situasi umum ketika Anda mencoba memahami kode (dalam kasus saya mati) yang pertama kali Anda periksa log kontrol Versi dengan semua pesan komit terkait. Alih-alih merayapi log, seorang kolega dapat langsung melihat bahwa file ini tidak berguna. Ini menghemat waktu dan dia tahu bahwa file ini mungkin dipulihkan untuk yang buruk (atau setidaknya menimbulkan pertanyaan.