Cara menggunakan Subversi untuk Indesign, Illustrator, dan Photoshop

9

Saya menemukan alat Timeline dari Pixel Novel, tetapi saya bertanya-tanya apakah saya bisa menggunakan aplikasi subversi untuk mengelola file desain saya. Saya belum yakin untuk memahami segalanya tentang Subversi, dan saya belum menemukan banyak informasi tentang penggunaannya di bidang desain.

Jolin M
sumber

Jawaban:

4

Tidak yakin seberapa baik kerjanya dengan kompresi data, tetapi Anda mungkin ingin mencoba git annex : http://git-annex.branchable.com

Jika file Anda tidak terlalu besar, git polos atau lincah mungkin paling cocok. Hindari saja SVN di semua biaya

paul.ago
sumber
Kedengarannya menarik!
Jolin M
3

Ada beberapa saran bagus di /programming/29292/version-control-for-graphics

Berikut adalah beberapa kutipan dari pertanyaan di http://StackOverflow.com

"Github baru-baru ini memperkenalkan" mode tampilan gambar ", lihat: https://github.com/blog/817-behold-image-view-modes "

-

"Saya sudah sukses menggunakan perforce pada proyek yang sangat besar (+100 GB), namun kami harus membungkus akses ke server kontrol versi dengan sesuatu yang lebih ramah terhadap artis."

-

"TortoiseSVN dapat menunjukkan revisi gambar berdampingan, yang benar-benar berguna. Saya telah menggunakannya dengan tim yang berbeda dengan tingkat keberhasilan yang tinggi. Para seniman senang memiliki kemampuan untuk membalikkan hal-hal (setelah mereka terbiasa dengan konsep-konsep ). Tapi memang butuh banyak ruang. "

Barney
sumber
Terima kasih atas tautannya; Saya benar-benar berharap memiliki pengalaman dengan InDesign sebenarnya.
Jolin M
Sehubungan dengan gambar dan file yang dirancang, perbedaannya minimal. Saya menduga fitur "gambar berdampingan" berkaitan dengan subset format gambar, dan untuk file desain, perbedaan yang disajikan akan bersifat biner dan karenanya sedikit digunakan tanpa memeriksa salinan revisi yang lebih lama.
horatio
2

Timeline berfungsi dengan "any svn" dan tampaknya juga merupakan plugin yang dirancang.

SVN mungkin sebagian besar di luar topik di sini, tetapi singkatnya, ia melacak file asal tunggal dan kemudian menyimpan perubahan ke file asli seiring berjalannya waktu atau Anda memaksakan "titik dasar" baru.

Satu-satunya cara untuk kembali ke versi yang lebih lama adalah membandingkannya secara manual dan memutuskan. Repos awalnya dimaksudkan untuk file teks biasa (kode sumber) sebagian besar, dan cukup mudah untuk melihat perubahan mentah dan memutuskan yang Anda inginkan karena mereka dapat dibaca oleh manusia untuk memulai, tetapi untuk data biner (gambar, format hak milik, format wadah dll), perubahannya tidak dalam bentuk yang dapat dibaca manusia. Timeline terlihat menjadi cara untuk menangani ini dengan mengambil berbagai komitmen dan menampilkannya.

Tautan Scott ke gambar GIT dimaksudkan untuk format tertentu dan ( saya kira ) mungkin tidak mendukung file PSD dan terutama file indesign (yaitu format biner acak). Timeline tampaknya menjadi plugin yang hanya mengandalkan aplikasi host untuk menyajikan data biner (solusi yang baik, setidaknya di atas kertas IMO).

Cara dasar repo svn bekerja adalah bahwa Anda memiliki proses server yang menangani pelacakan dan penyimpanan utama dari semua perbedaan. Kemudian Anda memiliki proses klien pada mesin kerja Anda yang selalu berjalan dan terhubung ke menu konteks dll (atau menggunakan baris perintah). Anda membuat folder kosong lokal dan kemudian menandainya sebagai folder SVN dengan "memeriksa" versi dari repo di server. Sejak saat itu, Anda dapat mengeditnya sesuka Anda, tetapi Anda harus menggunakan klien svn untuk memindahkan salinan atau menghapusfile pada sistem file. Jika Anda menambahkan file baru ke folder SVN lokal, Anda harus memberi tag pada file untuk dilacak. Semua ini terjadi secara lokal dan repo hanya akan diperbarui dengan revisi ketika Anda secara manual "komit" kembali ke repo. Salinan lokal Anda adalah versi tunggal dan Anda perlu berkomunikasi kembali ke server SVN untuk mengembalikan file.

Semua ini lambat dibandingkan dengan tidak ada SVN, bahkan untuk file teks, terutama jika Anda memeriksa proyek besar. Proyek-proyek yang saya gunakan SVN (past tense) sebagian besar didasarkan pada kode sumber, dengan 20-30 ribu file kecil dan checkout penuh membutuhkan rehat kopi. Saya menduga itu lebih karena throughput overhead dari begitu banyak file kecil dan lebih sedikit file biner dengan ukuran penyimpanan yang sama akan lebih cepat.

GIT bekerja sedikit berbeda, saya pikir.

horatio
sumber
Itu mengklarifikasi hal-hal tertentu. Saya kira itu tidak akan memiliki kelancaran mengelola file di finder; mungkin sulit untuk diterapkan dalam tim desainer yang tidak terbiasa dengan sistem ini. Saya pikir saya akan mencoba perangkat lunak Timeline dan melihat bagaimana hasilnya.
Jolin M
2

Saya telah menggunakan git untuk proyek Illustrator dan InDesign saya. Saya harus mengakui bahwa tidak mudah mengelola desain seperti itu. Berikut beberapa kiat yang saya harap dapat membantu Anda:

  • gunakan cabang lurus untuk melakukan backup desain Anda;
  • cobalah untuk mengekstrak variabel dan data teks Anda ke dalam XML: ini berfungsi untuk saya dalam desain Illustrator dengan beberapa terjemahan teks bahasa;
  • jangan membuat garpu untuk versi desain yang berbeda (saya dulu berpikir seperti itu dan diakhiri dengan beberapa publikasi yang tidak dapat diperbandingkan dan tidak dapat dibandingkan);
  • menggunakan aplikasi eksternal seperti WinMerge untuk menyalin dan menempelkan teks dari InDesign / Illustrator, ini sedikit bertentangan dengan ideologi SVN tetapi lebih dekat dengan koreksi kesalahan ketik dan membandingkan versi konten publikasi dengan cepat tanpa harus mengekspor teks;
  • pertimbangkan kembali cara yang Anda gunakan untuk menyimpan desain Anda: tautan eksternal dan perpustakaan (warna, simbol dll) lebih baik daripada satu file besar.
amrok
sumber
Dengan XML, maksud Anda Adobe Tag Tagged Indesign ?
lulalala
0

Berhati-hatilah dengan SVN, saya akan belajar git. Ini lebih baik dengan ukuran file yang besar, tetapi masih melakukan kontrol / manajemen subversi. Lebih ringan.

dmanexe
sumber
Tidak dapat mengkonfirmasi dengan eksperimen saya sendiri dengan repositori dengan beberapa revisi di kedua sistem. Tetapi mungkin tergantung pada file yang dimaksud.
Mnementh
0

Sebagian besar sistem versi dirancang untuk menangani format file non-biner. Dengan kata lain, file teks.

Mereka ringan, mudah untuk bercabang dan bercabang dan menggabungkan dan melacak perubahan tambahan.

Sistem seperti SVN dan GIT tidak dirancang untuk menangani file PSD. Ini adalah file raksasa dan tidak mudah dibandingkan dari satu versi ke versi berikutnya dan tidak mungkin untuk 'digabung' dan bercabang dan sejenisnya.

Beberapa mungkin memperbolehkan file biner - Saya percaya SVN melakukannya, tetapi dalam pengalaman saya, itu tidak mencoba untuk versi mereka. Sebaliknya itu hanya menukar versi terbaru. Jadi penggunaannya terbatas di sana.

Selain itu, jika Anda memahami model kontrol versi yang berfungsi, Anda akan belajar untuk sering masuk. Ini bagus untuk kode, tetapi akan segera mengasapi repositori Anda ke ukuran yang tidak dapat dikelola jika Anda memeriksa dalam versi file PSD 100mb setiap 20 menit.

Karena kurangnya percabangan dan sejenisnya, itu berarti Anda masih akan melakukan banyak hal secara manual, memiliki banyak salinan file yang sedikit di-tweak. Ini, sayangnya, berarti bahkan file lebih besar yang perlu disimpan sehingga serangan lain terhadap penggunaan kontrol versi.

Dengan demikian, untuk file biner yang berat, Anda harus menjaga bagian luar sistem kontrol versi seperti ini dan melihat ke dalam alat DAM (Digital Asset Management).

Sayangnya, tidak ada banyak sistem kontrol versi yang dirancang khusus untuk dokumen berat. Sharepoint adalah satu, tetapi itu kikuk, hampir tidak otomatis, dan jarang diatur untuk menangani file ukuran PSD.

Alternatif yang paling mungkin adalah Adobe Isyarat Versi sendiri yang, saya percaya, telah diubah menjadi produk 'Adobe Drive':

http://www.adobe.com/products/adobedrive.html

DA01
sumber
Subversion, Git, Bazaar, dan file biner VCS modern lainnya, Anda dapat kembali ke setiap versi sebelumnya dan membuat cabang. Menggabungkan hasil edit (pada cabang yang berbeda) akan menghasilkan konflik, dan Anda harus memutuskan untuk satu versi.
Mnementh
@Mnementh Saya berpendapat ada perbedaan antara 'dukungan' dan 'dirancang untuk menangani'. Masalahnya dengan SVN atau GIT adalah bahwa jika Anda mencoba untuk mencari tahu perbedaan antara 8 versi file PSD 40mb, itu akan merepotkan. Saya berpendapat Anda tidak mendapatkan banyak dengan menggunakan SVN / GIT dalam konteks itu. Pencadangan tambahan kemungkinan akan lebih praktis.
DA01