Manajemen konfigurasi perangkat lunak , di mana Kontrol Versi menjadi bagiannya, sedikit lebih rumit daripada melacak perubahan pada file, walaupun Anda tentu bisa mulai dengan itu. Tapi baca artikel Wikipedia yang ditautkan di atas bersama dengan tutorial Joel Spolky tentang Mercurial .
Untuk memulai, pilih salah satu Mercurial, GIT, atau Bazaar, dalam urutan itu, dan instal bersama dengan alat untuk IDE dan sistem operasi Anda (saya lebih suka Mercurial dengan HGE untuk Eclipse).
- Inisialisasi repositori dari direktori kerja Anda ( hg init dengan Mercurial) ..
- Tentukan file dan direktori mana yang ingin Anda lacak dan mana yang tidak. Aturan umum adalah untuk tidak melacak file yang dihasilkan oleh kompiler dan alat lainnya.
- Gunakan perintah untuk menambahkan file dan direktori ke repositori ( hg add for Mercurial).
- Beri tahu alat tentang pola untuk file yang tidak ingin Anda lacak (edit .hgignore untuk Mercurial).
- Lakukan komit untuk melacak versi asli ( hg ci ).
- Lakukan komit setelah setiap tonggak logis, bahkan jika itu kecil.
- Tambahkan file baru saat Anda membuatnya.
- Ulangi dua yang terakhir.
- Cadangkan direktori kerja Anda dan repositori sesering mungkin.
Dengan file Anda di repositori, Anda dapat mengetahui perbedaan antara dua versi file atau direktori, atau proyek lengkap ( hg diff ), melihat riwayat perubahan ( hg hist ), dan memutar kembali perubahan ( hg up -r ).
Merupakan ide bagus untuk memberi tag (tag hg ) repositori sebelum menerbitkan kode Anda sehingga ada cara mudah untuk kembali ke apa yang Anda terbitkan untuk amandemen atau perbandingan.
Jika Anda ingin bereksperimen dengan jalur pengembangan yang berbeda, lakukan dalam cabang sederhana dengan mengkloning repositori utama ( klon hg ) dan tidak mendorong kembali sampai eksperimen tersebut konklusif. Semudah memiliki direktori kerja yang berbeda untuk percobaan.
Jika percobaan adalah untuk versi baru, versi yang ditingkatkan kemudian klon dan kemudian cabang ( cabang hg ) sehingga Anda dapat menyimpan semua salinan dari repositori yang diperbarui tanpa satu percobaan mengganggu yang lain.
Linus Torvalds (yang berurusan dengan puluhan ribu file dan jutaan baris kode dalam proyeknya) memberi ceramah di Google tentang mengapa alat itu tidak bisa CVS, SVN, atau salah satu dari banyak yang gratis dan komersial di sekitar ; sangat layak ditonton.