Berikut adalah salinan jawaban yang saya buat dari beberapa pertanyaan duplikat sejak itu dihapus tentang Git vs SVN (September 2009).
Lebih baik? Selain dari tautan biasa WhyGitIsBetterThanX , mereka berbeda:
satu adalah VCS Pusat berdasarkan salinan murah untuk cabang dan tag yang lain (Git) adalah VCS yang didistribusikan berdasarkan grafik revisi. Lihat juga Konsep inti VCS .
Bagian pertama itu menghasilkan beberapa komentar yang salah informasi dengan berpura-pura bahwa tujuan dasar kedua program (SVN dan Git) adalah sama, tetapi mereka telah diimplementasikan dengan sangat berbeda.
Untuk mengklarifikasi perbedaan mendasar antara SVN dan Git , izinkan saya ulangi:
SVN adalah implementasi ketiga dari kontrol revisi : RCS, lalu CVS dan akhirnya SVN mengelola direktori data berversi. SVN menawarkan fitur VCS (pelabelan dan penggabungan), tetapi tag-nya hanyalah salinan direktori (seperti cabang, kecuali Anda tidak "seharusnya" menyentuh apa pun di direktori tag), dan penggabungannya masih rumit, saat ini didasarkan pada meta -data ditambahkan untuk mengingat apa yang telah digabungkan.
Git adalah manajemen konten file (alat yang dibuat untuk menggabungkan file), berevolusi menjadi Sistem Kontrol Versi yang benar , berdasarkan pada DAG ( Grafik Acyclic yang Diarahkan ) dari komitmen, di mana cabang-cabang adalah bagian dari sejarah data (dan bukan data itu sendiri ), dan di mana tag adalah meta-data sejati.
Mengatakan mereka tidak "berbeda secara fundamental" karena Anda dapat mencapai hal yang sama, menyelesaikan masalah yang sama, adalah ... jelas salah pada banyak tingkatan.
- jika Anda memiliki banyak penggabungan yang rumit, melakukannya dengan SVN akan lebih lama dan lebih rentan kesalahan. jika Anda harus membuat banyak cabang, Anda perlu mengelolanya dan menggabungkannya, sekali lagi jauh lebih mudah dengan Git daripada dengan SVN, terutama jika sejumlah besar file terlibat (kecepatan kemudian menjadi penting)
- jika Anda memiliki penggabungan parsial untuk pekerjaan yang sedang berjalan, Anda akan mengambil keuntungan dari area pementasan Git (indeks) untuk melakukan hanya apa yang Anda butuhkan, menyimpan sisanya, dan melanjutkan cabang lainnya.
- jika Anda membutuhkan pengembangan offline ... baik dengan Git Anda selalu "online", dengan repositori lokal Anda sendiri, apa pun alur kerja yang ingin Anda ikuti dengan repositori lain.
Tetap saja komentar pada jawaban lama (yang dihapus) itu bersikeras:
VonC: Anda mengacaukan perbedaan mendasar dalam implementasi (perbedaannya sangat mendasar, kami berdua dengan jelas menyetujui hal ini) dengan perbedaan tujuan.
Keduanya adalah alat yang digunakan untuk tujuan yang sama: inilah mengapa banyak tim yang sebelumnya menggunakan SVN cukup berhasil membuangnya demi Git.
Jika mereka tidak memecahkan masalah yang sama, substitusi ini tidak akan ada.
, yang saya jawab:
"substitusi" ... istilah menarik ( digunakan dalam pemrograman komputer ).
Tentu saja, Git bukan subtipe dari SVN.
Anda dapat mencapai fitur teknis yang sama (tag, cabang, menggabungkan) dengan keduanya, tetapi Git tidak menghalangi Anda dan memungkinkan Anda untuk fokus pada konten file , tanpa memikirkan alat itu sendiri.
Anda tentu tidak dapat (selalu) hanya mengganti SVN dengan Git "tanpa mengubah sifat yang diinginkan dari program itu (kebenaran, tugas yang dilakukan, ...)" (yang merupakan referensi untuk definisi penggantian yang disebutkan di atas ):
- Salah satunya adalah alat revisi yang diperluas, yang lain merupakan sistem kontrol versi yang benar.
- Satu cocok untuk proyek monolitik kecil hingga sedang dengan alur kerja menggabungkan sederhana dan (tidak terlalu banyak) versi paralel. SVN sudah cukup untuk tujuan itu, dan Anda mungkin tidak memerlukan semua fitur Git.
- Yang lain memungkinkan untuk proyek-proyek menengah ke besar berdasarkan beberapa komponen ( satu repo per komponen ), dengan sejumlah besar file untuk menggabungkan antara beberapa cabang dalam alur kerja gabungan yang kompleks, versi paralel di cabang, gabungan retrofit, dan sebagainya. Anda bisa melakukannya dengan SVN, tetapi Anda jauh lebih baik dengan Git.
SVN tidak bisa mengelola proyek apa pun dengan ukuran apa pun dengan alur kerja gabungan. Git bisa.
Sekali lagi, sifat mereka secara fundamental berbeda (yang kemudian mengarah pada implementasi yang berbeda tetapi bukan itu intinya).
Satu melihat kontrol revisi sebagai direktori dan file, yang lain hanya melihat konten file (begitu banyak sehingga direktori kosong bahkan tidak akan mendaftar di Git!).
Tujuan akhir umum mungkin sama, tetapi Anda tidak dapat menggunakannya dengan cara yang sama, Anda juga tidak dapat menyelesaikan kelas masalah yang sama (dalam cakupan atau kompleksitas).