kontrol versi untuk tim kecil [ditutup]


13

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.


Coba SVN tortoisesvn.tigris.org Ini yang terbaik untuk Anda.
Vijesh V.Nair

Apa yang ingin Anda tulis, dan platform apa?

Jawaban:


30

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 .


1
+1 untuk panduan hebat dari Joel Spolsky. Hal yang bagus. Juga, bahkan jika Anda sangat kecil sekarang, seperti kata @dukeofgaming, tidak ada gunanya memulai terpusat lagi. Bahkan jika Anda hanya merencanakan sedikit ke depan.
Mark Freedman

Untuk proyek yang peduli tentang kebebasan perangkat lunak, gitorious mungkin lebih baik daripada github.
Lars Wirzenius

@ Lars: Apa yang Anda maksud dengan "kebebasan perangkat lunak"?
Richard Ev

5
Bahkan sebagai pengembang tunggal Mercurial sangat masuk akal.
Oliver Weiler

amin @Helper Method, begitulah saya mulai menggunakannya
dukeofgaming


4

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.


Dari pengalaman saya yang terbatas dengan Git - jika Anda menggunakan platform Windows, alat Git belum siap untuk prime time di sana. Stick dengan Mercurial (atau Kiln). Pada platform lain, Git mungkin baik-baik saja.
Mark Freedman

1
Msysgit berfungsi dengan baik jika Anda terbiasa dengan prompt Shell.

@Ark Anda tentu benar jika orang tidak ingin baris perintah. Namun, baris perintah Git (dengan shell seperti yang ditunjukkan Thorbjorn) baik-baik saja. Saya hanya memprogram pada Windows dan saya menggunakan Git untuk proyek VS. Tentu saja tidak ada yang mendekati TortoiseSVN dan AnkhSVN untuk Git.
MIA

1

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.).


1

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.


1

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.


1

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.


0

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.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.