Kami sedang bootstrap tim baru dengan ukuran yang sangat kecil (katakanlah 2-5) pertanyaan saya adalah: jenis kontrol versi mana yang paling cocok untuk tim semacam ini, baik tersentralisasi atau terdistribusi.
Kami sedang bootstrap tim baru dengan ukuran yang sangat kecil (katakanlah 2-5) pertanyaan saya adalah: jenis kontrol versi mana yang paling cocok untuk tim semacam ini, baik tersentralisasi atau terdistribusi.
Jawaban:
Didistribusikan sepenuhnya, tidak ada gunanya lagi untuk memusatkan lagi IMHO, khususnya jika Anda berbicara tentang pengembangan tim.
Pilihan lain untuk Mercurial, tidak ada kerepotan untuk dipasang di bawah windows dan bitbucket.org memiliki repositori gratis (yang dapat bersifat pribadi) dengan ruang tanpa batas.
Jika Anda berencana untuk mengerjakan proyek sumber terbuka, git dan Github tampaknya lebih memadai / populer. Namun, jika Anda belum berkelana ke DVCS, saya sarankan Anda mulai dengan Mercurial dan panduan hebat ini .
salah satu yang akan Anda gunakan secara konsisten
[secara pribadi, saya suka Mercurial]
Mungkin jawaban terbaik adalah "apa pun yang membuat Anda nyaman." Bahkan ketika mengerjakan hal-hal pribadi, saya menggunakan Git. Tampaknya melakukan pekerjaan yang cukup baik untuk menaikkan dan turun baik dan pengalaman terbatas saya dengan Mercurial hampir sama.
Saya pikir Anda harus memilih apa pun yang Anda sukai. Dalam tim kecil, Anda tidak akan memiliki pohon kode yang berbeda (seperti kernel Linux), jadi repositori pusat OK. Tetapi Anda dapat memiliki pengaturan ini juga dengan VCS terdistribusi. Jadi saya akan pergi dengan popularitas dan pengalaman pribadi. Populer adalah SVN, git dan Mercurial. Anda harus memutuskan, o mana yang paling baik digunakan dengan tim Anda (pengalaman, dukungan alat dalam IDE pilihan Anda, dll.).
Ini benar-benar tergantung pada apakah pengembang Anda akan mengembangkan banyak kode offline atau tidak, tetapi hanya untuk memilih antara repositori terdistribusi atau terpusat, karena ini adalah hal pertama yang harus Anda putuskan. Kemudian, jika Anda memutuskan bahwa pendekatan terpusat bekerja lebih baik daripada SVN adalah semua yang Anda butuhkan. Di sisi lain jika Anda pergi untuk pendekatan terdistribusi daripada pergi untuk git, bahkan di windows sudah cukup baik karena sekarang Anda memiliki kura-kura git (antarmuka yang sama yang juga ada untuk svn). Juga, jangan terlalu mengandalkan dukungan IDE karena Anda mungkin mendapatkan kejutan yang tidak menyenangkan jika Anda pernah menggunakannya, dan Anda mungkin menemukan bahwa file yang tidak boleh dikomit akan dikomit atas nama Anda oleh IDE.
Tanyakan kepada tim Anda, apakah ada yang mau mengurusnya. Adalah jauh lebih baik untuk memiliki sistem yang stabil, dan orang yang bertanggung jawab, daripada sistem yang baik ketika tidak ada yang peduli, dan tidak ada yang dapat mengembalikannya dari cadangan.
Jika ada orang seperti itu - dia sudah tahu apa yang harus digunakan, jadi terima saja keputusannya. Jika tidak - dapatkan beberapa solusi yang di-host. Akan sangat bodoh mencoba GIT (salah satu yang terbaik) jika semua pengembang tidak pernah menyentuh Shell / Linux.
Ini juga tergantung dari jumlah orang "non-teknis", yang perlu membaca / berkontribusi. Pastikan bahwa mereka dapat menggunakannya, dan ada alat yang tersedia.
SVN didukung secara luas dalam alat. Tooling adalah kuncinya; orang yang berbeda akan memiliki keahlian yang berbeda. Beberapa akan lebih suka baris perintah, beberapa akan lebih suka alat berbasis IDE, beberapa akan lebih suka alat grafis. Saat ini SVN tampaknya menjadi alat yang paling banyak didukung.
Selain itu Mercurial atau Git.
Saya pikir di perusahaan kecil ada argumen untuk memusatkan hal-hal tertentu. (Pikirkan misalnya tentang cadangan di luar kantor. Ketika Anda hanya memiliki 2 orang yang mengerjakan proyek dan mereka tinggal di gedung yang sama dan ada kebakaran, desentralisasi ke dua komputer mungkin tidak cukup.)
Namun: memiliki solusi terpusat sebagian tidak membatasi Anda pada sistem terpusat. Anda bisa mendorong ke server luar dengan sesuatu seperti git atau lincah.