Saya telah sukses besar dengan git, mengontrol versi, berbagi, dan berkolaborasi dalam proyek pemrograman saya, dan akan senang melakukan hal yang sama dengan proyek photoshop .psd, ilustrator .aidan maya. Maya, seperti yang Anda ketahui, adalah pemodelan 3D dan perangkat rendering yang brilian, tetapi proyek-proyeknya disimpan seperti kerangka kerja pemrograman, dengan berbagai direktori untuk sumber gambar dan tekstur dan sejenisnya.
Apakah ini merupakan praktik industri untuk menggunakan git dalam hal ini? Akan luar biasa untuk membuka sumber film 3D atau file 3D gim di github!
Jelas semua file hanyalah angka, jadi dalam teori git akan baik-baik saja hanya memperbarui bagian .jpegs atau maya binari yang telah berubah, tetapi apakah Anda pikir pada kenyataannya ini akan menyebabkan korupsi data dan air mata? Seperti yang saya katakan, saya ingin melakukan hal yang sama dengan file photoshop dan ilustrator.
Jika git bukan pilihan, bagaimana lagi saya harus versi, berkolaborasi dan open source proyek maya dan adobe?
sumber
Jawaban:
Satu hal yang perlu diingat adalah bahwa git tidak bekerja dengan baik dengan repo atau file yang sangat besar.
Berikut adalah artikel tentang mengapa Facebook tidak menggunakan git untuk kontrol versinya. Pada dasarnya git tidak cukup baik.
Github memiliki penjelasan yang baik tentang batasan git di sini:
git dapat menangani hampir semua file yang Anda lemparkan (lihat penjelasan tentang binary diff )
Photoshop
Anda seharusnya tidak memiliki masalah menggunakan git untuk membuat versi file photoshop. (Dengan asumsi mereka relatif kecil)
Maya
Maya kemungkinan menghasilkan proyek terlalu besar untuk skala dengan baik di git. Terutama jika Anda berencana mendorong ke remote seperti github atau gitlab.
Sebagian besar orang yang saya kenal yang menggunakan Maya atau perangkat lunak serupa, tetap bekerja pada drive yang dipasang di jaringan untuk dibagikan hanya dengan beberapa kolaborator. Ketika versi siap untuk rilis, itu diberikan dan di-host di situs ftp.
Sumber daya tambahan
Versi Semantik
/programming/540535/managing-large-binary-files-with-git
sumber
wont handle-ngomong, apa maksudmu ? Sangat lambat, macet, korupsi data?Saya sudah memiliki masalah ini untuk waktu yang lama juga. Selesai melakukan beberapa riset dan ada beberapa opsi bagi Anda untuk mengontrol versi aset grafis Anda. Beberapa dari mereka memerlukan server Anda sendiri (beberapa mengharuskan Anda untuk secara khusus menjalankan server Windows) dan beberapa dapat di-host di server pihak ketiga. Favorit saya (walaupun tidak sepenuhnya memuaskan) adalah Timeline dari Pixelnovel.
Ada pertanyaan serupa di sini tentang Timeline .
Dalam pengalaman saya, Anda harus memastikan bahwa semua kolaborator Anda menggunakan versi yang sama dari perangkat lunak (Timeline dan PS / AI / Maya), versi PS yang lebih lama mengharuskan Anda untuk menjalankan versi Timeline yang lebih lama yang tidak menangani pohon bekerja dengan cara yang sama seperti di versi yang lebih baru.
Saya juga telah mengendalikan aset grafis besar versi dengan Subversi reguler (tanpa GUI) dan saya menemukan itu tidak terlalu buruk jika Anda setuju menggunakan terminal. Tentu saja, hal-hal seperti penggabungan, konflik, dll. Tidak dimungkinkan dengan binari tetapi setidaknya Anda mendapatkan manajemen versi yang rapi dengan log terstruktur. Juga, dengan SVN Anda dapat mengunci file saat bekerja dengannya (yang dilakukan Timeline untuk Anda).
Saya lebih suka tidak menggunakan git dengan grafik (meskipun saya lakukan untuk non-binari) dan poin yang dibuat oleh spuder sangat valid.
sumber