Ada banyak sistem kontrol versi yang tersedia, termasuk yang open-source seperti Subversion , Git , dan Mercurial , ditambah yang komersial seperti Perforce .

Seberapa baik mereka mendukung proses pengembangan game? Apa masalah menggunakan VCS, berkaitan dengan file non-teks (file biner), proyek besar, dan lain-lain? Apa solusi untuk masalah ini, jika ada?

Untuk pengaturan jawaban, mari kita coba per paket. Perbarui setiap paket / jawab dengan hasil Anda.

Juga, harap cantumkan beberapa detail singkat dalam jawaban Anda, tentang apakah VCS Anda gratis atau komersial, didistribusikan versus terpusat, dll.

Pembaruan : Menemukan artikel yang bagus membandingkan dua VCS di bawah ini - tampaknya, Git adalah MacGyver dan Mercurial adalah Bond . Yah, saya senang itu diselesaikan ... Dan penulis memiliki kutipan yang bagus di akhir:

Tidak apa-apa untuk menyebarkan agama kepada mereka yang belum beralih ke VCS yang didistribusikan, tetapi mencoba mengubah pengguna Git menjadi Mercurial (atau sebaliknya) adalah buang-buang waktu dan energi semua orang.

Terutama karena musuh nyata Git dan Mercurial adalah Subversion . Sial, dunia kode-makan-kode di luar sana di FOSS-land ...

Git

Baru-baru ini saya berada di kereta musik Git (saya telah menggunakan SVN dan Mercurial). Sejauh ini saya sangat menyukai apa yang saya dapatkan dengan Git. Ini jauh dari rasa sakit untuk setup dan alat pengembangan lebih banyak mulai mengadopsi menggunakannya.

Ini adalah sistem kontrol versi terdistribusi. Ini memungkinkan kami untuk memiliki area seperti batang independen kami sendiri. Saya dapat bekerja di area saya sendiri dan mengundang Anda untuk melihat perubahan dengan sangat mudah. Saya dapat memutar balik di ruang saya sendiri tanpa memperbaiki repo pusat. Saya dapat melakukan, bercabang, dan melakukan semua yang dapat Anda lakukan dengan SVN secara lokal. Saya sangat suka memiliki kontrol ini.

Dengan SVN, Anda memerlukan akses ke repo Anda untuk dapat melakukan. Bagaimana jika Anda sedang di jalan atau di kafe tanpa internet? Tidak baik.

Tentu, SVN jauh lebih sederhana untuk dipelajari, tetapi saya pikir keuntungan dari kontrol sumber terdistribusi lebih besar daripada fakta bahwa ia memiliki sedikit kurva belajar.

Saya juga suka itu lebih pintar tentang penggabungan.

Kelemahan utama dari GIT adalah ia menyimpan seluruh sejarah secara lokal. (Ya, Anda dapat melakukan operasi untuk mengurangi itu, tapi itu adalah perilaku default). Sama sekali bukan masalah untuk file sumber, tetapi jika Anda memiliki proyek besar dengan gigabytes data aset, itu menjadi masalah dengan cepat. Dalam pengalaman saya saat ini, saya akan merekomendasikan GIT hanya untuk repo yang lebih kecil atau hanya sumber.

Jika Anda masih penasaran dengan GIT, lihat http://thkoch2001.github.io/whygitisbetter/ untuk beberapa informasi / metrik yang baik. Lihat juga https://git.wiki.kernel.org/index.php/GitSvnComparsion

Lincah

Fitur utama:

• VCS yang didistribusikan
• Gratis, sumber terbuka
• Script plugin mudah ditulis --- dapat ditulis dengan Python atau sebagai skrip shell
• Ada banyak skrip plugin yang sudah tersedia secara bebas
• Banyak dokumentasi tersedia, termasuk buku ini (sangat disarankan)

Sehubungan dengan penggunaan file non-teks, versi terakhir Mercurial (> = 2.0) menyediakan ekstensi file besar secara default :

largefiles memecahkan masalah ini dengan menambahkan lapisan client-server terpusat di atas Mercurial: largefiles tinggal di toko pusat di jaringan di suatu tempat, dan Anda hanya mengambil yang Anda butuhkan saat Anda membutuhkannya.

Ada ekstensi lain yang menyediakan solusi serupa seperti ekstensi bigfiles yang memungkinkan Anda menyimpan aset Anda dalam repo Mercurial yang sama, tetapi hanya mengambil binari yang Anda butuhkan saat Anda membutuhkannya.

Saya tidak mengetahui adanya masalah sehubungan dengan proyek besar di luar yang terkait dengan memiliki file biner besar. Proyek Python adalah proyek besar dan menggunakan Mercurial .

Joel Spolsky telah menulis tutorial mini tentang cara menggunakan Mercurial di Subversion re-education

Terpaksa

Perforce (sumber komersial / tertutup, terpusat) adalah standar industri karena sejumlah alasan.

1. Ini adalah produk komersial, yang berarti dilengkapi dengan dukungan komersial. Proyek sumber terbuka mungkin memenuhi syarat untuk mendapatkan lisensi gratis (dikurangi dukungan teknis).
2. Ini mendukung ruang kerja dengan sangat baik , yang memungkinkan tata letak sumber dan direktori aset yang sangat fleksibel.
3. Ini mendukung daftar perubahan dengan sangat baik .
4. Anda dapat melihat siapa yang mengerjakan apa. Game memiliki jumlah file biner (aset) yang berubah sangat cepat dan tidak normal dibandingkan dengan proyek pengembangan lainnya. Sebagian besar waktu ini tidak dapat digabungkan, jadi catat siapa yang memiliki apa / di mana / kapan yang kritis. Klien Subversion dan DSCC sengaja menghindari teknik ini, tetapi cukup bermanfaat dalam aplikasi tertentu.
5. Ini mendukung basis kode / aset raksasa . Itu tidak menyimpan data duplikat pada mesin klien, yang penting ketika sub-tampilan pohon Anda adalah beberapa lusin pertunjukan.

Yang mengatakan, itu jelas sangat menyakitkan hampir setiap hari bahwa Perforce tidak merasa posisi mereka di industri terancam. Alat visual mereka, termasuk P4V dan P4SCC (berintegrasi dengan Visual Studio) lambat dan bermasalah, dengan yang terakhir diketahui membekukan Visual Studio untuk kesenangan semata. AnkhSVN jauh di depan Perforce.

Komentar oleh xan: Perlu dicatat bahwa alat penggabung mereka, P4Merge (digunakan untuk pembedaan dan penggabungan) sangat bagus dan jauh lebih unggul daripada yang dimiliki Tortoise Merge. Yang mengejutkan, komponen ini tersedia secara gratis sebagai bagian dari paket P4 Visual Tools.

Komentar oleh slicedlime: Kelemahan lain dari Perforce adalah bahwa bercabang di dalamnya cenderung sangat menyakitkan, terutama jika Anda memiliki pohon besar. Hampir setiap vcs lainnya lebih baik dalam hal percabangan dan penggabungan. Ini biasanya harga kecil untuk membayar keuntungan di atas sekalipun.

Komentar oleh roe: Perforce sangat cerewet. Tidak banyak yang terjadi tanpa melibatkan server. Terutama, Anda memerlukan server untuk melakukan open-for-edit, yang berarti Anda harus melewati beberapa simpang jika Anda ingin memutus koneksi ke server.

Komentar oleh jrista: Sebagai pengguna harian Perforce selama lebih dari dua tahun sekarang, dengan tim pengembangan dan rekayasa mutu yang berkualitas lebih dari 100 orang, saya menjadi sangat akrab dengannya. Walaupun ini adalah sistem kontrol sumber yang layak, ia memiliki kekurangan bahwa mereka yang mengevaluasi sistem SCC harus menyadari:

• Seperti yang disebutkan oleh orang lain, percabangan / integrasi sangat rumit dan sulit dilakukan. Anda memiliki jumlah kontrol yang tidak saleh, tetapi itu harus dibayar dengan kompleksitas yang berlebihan. Di sisi lain, alat penggabungan visual adalah salah satu dari jenis, dan menyajikan tampilan gabungan tiga file yang indah "berdasarkan" dari pekerjaan Anda. Perforce memang menyediakan beberapa visualisasi grafis dari jalur cabang (disebut Grafik Revisi), namun cara itu divisualisasikan sering membuat alat agak tidak berguna. Jika Anda hanya perlu melihat segmen waktu yang sangat kecil untuk satu atau beberapa file saja, ini bisa bermanfaat ... apa saja, dan hampir tidak mungkin menavigasi Grafik Revisi.
• Perforce juga bukan alat yang sangat efisien, karena hampir semua operasi file memerlukan duplikasi file dan data: percabangan, pelabelan, daftar perubahan, dll. Tidak ada penandaan atau bercabang yang jarang atau ringan di sini. Jika Anda tidak takut untuk menggunakan sejumlah besar ruang disk untuk melacak perubahan Anda, terpaksa mungkin akan membantu Anda dengan baik. Jika tidak, saya akan mencari alat lain.
• Perforce memanfaatkan ruang kerja, namun ini kadang-kadang membuat frustasi, karena memaksa memaksa semua kondisi di ruang kerja Anda, alih-alih menggunakan file aktual pada disk untuk menentukan kondisi tertentu. Ini sering mengakibatkan file tidak disinkronkan karena ruang kerja Anda mengatakan mereka mutakhir, ketika, untuk alasan apa pun, file fisik pada disk memang TIDAK mutakhir.
• Gangguan terakhir, Perforce agak brutal di jaringan Anda. Ini adalah program yang sangat cerewet, dan menghabiskan banyak bandwidth. Konektivitas jaringan apa pun hilang, dan Anda menjalankan risiko tinggi karena tidak dapat melakukan pekerjaan apa pun dengan file yang dikontrol sumber Anda sampai konektivitas dipulihkan. Sampai sekarang, saya belum menemukan kegiatan yang dapat dilakukan secara off-line di Perforce.

Subversi

• Sumber terbuka, terpusat

• File blender - Saya tidak sepenuhnya yakin apakah file .blend adalah biner (terlihat seperti itu), tapi saya tidak punya masalah menambahkannya ke Subversion. Setelah melakukan beberapa percobaan, peningkatan ukuran file untuk file yang diubah muncul nominal, jadi itu tidak hanya menyalin di seluruh file.

• Proyek-proyek besar - Berhasil, meskipun bisa aneh. Ini pasti dapat menangani repositori setidaknya 5,5 GB (ukuran total dir repositori di server; sebagian besar aset biner).

• Data yang Digandakan pada Klien - Subversi menyimpan salinan duplikat dari setiap file di ruang kerja pengguna sebagai salinan asli. Keuntungan dari ini adalah Anda dapat melakukan diff atau mengembalikan tanpa kembali ke server. Kerugiannya adalah 10 gig file kerja Anda membutuhkan 20 gig ruang disk.

• Daftar abaikan adalah properti dari direktori (sederhana dengan gui, mengganggu pada baris perintah).

• Subversion memungkinkan penguncian file / aset - yang sangat membantu jika banyak artis dan desainer bekerja pada file yang sama.

• Eksternal adalah cara terbaik untuk menangani kode bersama (mis. Perpustakaan atau basis) antar proyek.

AlienBrain

Dari Avid :

Alienbrain adalah sistem manajemen aset digital untuk seniman di industri hiburan

• Komersial (lebih mahal dari Perforce), terpusat
• Dirancang untuk berintegrasi dengan alat alur kerja 2D dan 3D profesional lainnya seperti Photoshop, Maya, 3ds Max, Microsoft Visual Studio, dll.

Saya tidak punya pengalaman dengan AlienBrain, dan hanya mendengarnya dari buku Game Coding Lengkap oleh Mike McShaffry. Dia tampaknya sangat memikirkannya, namun:

Seniman dan kontributor lain akan benar-benar menggunakan produk ini, tidak seperti yang lain yang terutama dirancang untuk berintegrasi dengan baik dengan Visual Studio dan bukan aplikasi kreatif seperti Photoshop dan 3D Studio Max. Salah satu kelemahan besar dari produk lain adalah perlakuan mereka yang agak naif terhadap file nontext. AlienBrain ditulis dengan file-file ini dalam pikiran.

Tentu saja dia juga menggambarkannya sebagai:

Bagi Anda yang memiliki masalah pelacakan aset yang sangat serius dan anggaran yang sama seriusnya ...

Server Yayasan Tim

dari Microsoft

• Komersial
• Terpusat
• Terintegrasi dengan sangat baik dengan Visual Studio
• Integrasi Windows Explorer yang bagus untuk pengguna non VS (mis. Artis)
• Mendukung perubahan "Shelved", yang agak analog dengan 'stashing' in git, tetapi ia naik ke server; Anda juga dapat membuat rak ini menjadi publik, untuk memungkinkan pengguna lain mengintegrasikannya untuk Anda.
• Sejak 2012 ia memiliki beberapa alur kerja peninjauan kode yang sangat baik yang dibangun langsung ke Visual Studio
• Versi terbaru alat gabungan sangat bagus. Penggabungan otomatis berfungsi dengan cukup baik.
• Mendukung file besar dan bindary dengan baik (jelas Anda tidak dapat menggabungkannya)
• Server bangun sangat bagus
• Mendukung check-in yang terjaga keamanannya, yang memungkinkan kualitas shelveset dievaluasi (melalui build otomatis, tes unit, analisis kode) sebelum dilakukan ke repositori.
• Alat manajemen proyek yang sangat baik (tidak sepenuhnya fitur kontrol sumber, tetapi sangat berguna), memberikan keterlacakan dari persyaratan tingkat tinggi ke kode.

Saya telah menggunakan TFS secara luas pada proyek-proyek simulator MILSPEC, dan itu cukup bagus. Mungkin bukan yang terbaik jika Anda menggunakan Mac, meskipun ada plugin gerhana hari ini. Versi cloud-host mendukung repositori git untuk back-end sumber-kontrol.

Ini gratis untuk hingga lima pengguna di Visual Studio Online (memungkinkan sumber tertutup; tidak ada batasan ukuran repositori), yang dihosting di cloud. Jika Anda ingin meng-host-nya secara lokal, harganya bisa mahal.

Hal yang paling saya sukai tentang hal ini adalah fitur manajemen rekayasa perangkat lunak, dan fakta bahwa ia menangani file besar dan file biner dengan cukup bahagia.