Aturan umumnya adalah menjaga check-in tetap kecil dan sering check-in. Namun terkadang tugas tersebut membutuhkan perubahan besar pada kerangka kerja yang mendasarinya. Kemudian memeriksa sebelum menyusun tugas akan merusak proyek sampai Anda memeriksa pekerjaan yang selesai.
Jadi strategi apa yang digunakan orang untuk mengurangi risiko kehilangan pekerjaan, atau memutuskan sesuatu yang Anda lakukan adalah pendekatan yang salah, kemudian mengubah pikiran Anda setelah menghapus kode dan mencoba pendekatan lain?
Ketika saya bisa, saya akan memeriksa setengah selesai pekerjaan dikomentari, atau jika itu mengkompilasi dan tidak ada yang menggunakan file baru saya akan memeriksanya. Semakin besar perubahan semakin besar kemungkinan saya untuk bercabang proyek dan kemudian bergabung kembali ketika saya memiliki semuanya berfungsi lagi. Pilihan lain jika sistem kontrol sumber memungkinkan adalah set rak, yang pada dasarnya adalah cabang-cabang kecil. Jadi, ketika saya selesai untuk hari itu atau sampai pada titik keputusan, saya akan menangguhkan perubahan saya, dan kemudian jika sesuatu bencana terjadi, atau saya ingin kembali ke titik itu, saya bisa.