Saya tidak pernah yakin kapan suatu proyek cukup jauh untuk pertama-tama berkomitmen pada kontrol sumber. Saya cenderung menunda komitmen sampai proyek selesai 'kerangka kerja,' dan saya terutama melakukan fitur sejak saat itu. (Saya belum melakukan proyek pribadi yang cukup besar untuk memiliki kerangka kerja inti yang terlalu besar untuk ini.) Saya merasa ini bukan praktik terbaik, meskipun saya tidak yakin apa yang salah.
Katakanlah, misalnya, saya memiliki proyek yang terdiri dari satu file kode. Diperlukan sekitar 10 baris kode boilerplate, dan 100 baris untuk membuat proyek bekerja dengan fungsionalitas yang sangat mendasar (1 atau 2 fitur). Haruskah saya check-in lebih dulu:
- File kosong?
- Kode boilerplate?
- Fitur pertama?
- Di beberapa titik lain?
Juga, apa alasan untuk check-in pada titik tertentu?
Will I mind having to redo that part ? Save : SaveAnyway;
Saya mengambil pendekatan yang sama untuk kontrol sumber, saya tidak menunggu sesuatu untuk bekerja atau hampir selesai, saya hanya menunggu sampai saya menemukan sesuatu atau membuat cukup perubahan yang tidak saya inginkan harus mencoba mencari tahu itu lagi atau membuat perubahan itu lagi, maka saya check in. Itulah sebabnya orang menyarankan penghematan setelah pembuatan proyek; Membuat proyek itu menyebalkan, masuklah sehingga Anda benar-benar tidak perlu melakukannya lagi.