Pixel Novel'dan Zaman Çizelgesi aracını buldum , ancak tasarım dosyalarımı yönetmek için herhangi bir alt sürüm uygulaması kullanıp kullanamayacağımı merak ettim. Subversions hakkında henüz her şeyi anladığımdan emin değilim ve tasarım alanında kullanımı hakkında çok fazla bilgi bulamadım.
Yanıtlar:
Veri sıkıştırmayla ne kadar iyi çalıştığından emin değilsiniz, ancak git ekine bir şans vermek isteyebilirsiniz : http://git-annex.branchable.com
Dosyalarınız çok büyük değilse, düz git veya mercurial en uygun olabilir. Ne pahasına olursa olsun SVN'den kaçının
Https://stackoverflow.com/questions/29292/version-control-for-graphics adresinde birkaç iyi öneri var
İşte http://StackOverflow.com adresindeki sorudan birkaç alıntı
"Github kısa süre önce" resim görüntüleme modlarını "tanıttı, bir göz atın: https://github.com/blog/817-behold-image-view-modes "
-
"Çok büyük projelerde (+100 GB) performans kullanmada başarılı oldum, ancak sürüm kontrol sunucusuna erişimi biraz daha sanatçı dostu bir şeyle sarmak zorunda kaldık."
-
"TortoiseSVN görüntü revizyonlarını yan yana gösterebiliyor, ki bu gerçekten faydalı. Büyük bir başarı ile farklı takımlarla kullandım. Sanatçılar bir şeyler geri alma yeteneğine sahip olmayı sevdi (kavramlara alıştıktan sonra) Yine de çok yer kaplıyor. "
Zaman çizelgesi "herhangi bir svn" ile çalışır ve görünüşe göre bir indesign eklentisidir.
SVN muhtemelen burada konu dışıdır, ancak kısaca, tek bir başlangıç dosyasını izler ve daha sonra zaman geçtikçe veya yeni bir "temel noktayı" zorladığınızda orijinal dosyadaki değişiklikleri saklar.
Eski bir sürüme güvenilir bir şekilde geri dönmenin tek yolu, bunları manuel olarak karşılaştırmak ve karar vermektir. Repos aslında çoğunlukla düz metin dosyaları (kaynak kodu) içindir ve ham değişikliklere bakmak ve hangisine istediğinize karar vermek oldukça kolaydır, çünkü başlangıçta insan tarafından okunabilirler, ancak ikili veriler (görüntüler, özel formatlar, kapsayıcı formatları) vb.), değişiklikler insan tarafından okunabilir bir biçimde değildir. Zaman çizelgesi, çeşitli taahhütleri alıp görüntüleyerek bunu halletmenin bir yolu gibi görünüyor.
Scott'ın GIT görüntüsüne bağlantısı belirli biçimler içindir ve ( tahmin ediyorum ) muhtemelen PSD dosyalarını ve özellikle indesign dosyalarını (yani rastgele ikili biçimler) desteklememektedir. Zaman çizelgesi, ikili verileri sunmak için ana bilgisayar uygulamasına dayanan bir eklenti gibi görünmektedir (en azından kağıt IMO için iyi bir çözüm).
SVN Repo'nun çalışmasının temel yolu, tüm farklılıkların izlenmesini ve birincil depolanmasını işleyen bir sunucu işleminizin olmasıdır. Ardından, çalışan makinenizde her zaman çalışan ve bağlam menülerine vb. Bağlanan bir istemci işleminiz olur (veya komut satırını kullanır). Yerel bir boş klasör oluşturup sunucudaki bir depodan bir sürümü "teslim alarak" SVN klasörü olarak etiketlersiniz. Bu noktadan sonra, bunları istediğiniz gibi düzenleyebilirsiniz, ancak kopyalamayı taşımak veya silmek için svn istemcisini kullanmanız gerekirdosya sistemindeki dosya (lar). Yerel SVN klasörüne yeni dosyalar eklerseniz, izlenmek için bunları etiketlemeniz gerekir. Tüm bunlar yerel olarak gerçekleşir ve repo yalnızca repoya manuel olarak "taahhüt" ettiğinizde herhangi bir düzeltme ile güncellenir. Yerel kopyanız tek bir sürümdür ve dosyayı geri almak için SVN sunucusuyla iletişim kurmanız gerekir.
Tüm bunlar, özellikle büyük bir projeyi kontrol ediyorsanız, metin dosyaları için bile SVN'ye kıyasla yavaştır. SVN'yi (geçmiş zaman) kullandığım projeler çoğunlukla 20-30 bin küçük dosya ve tam bir ödeme için kahve molası gerektiren kaynak koduna dayanıyordu. Bunun çok sayıda küçük dosyadan elde edilen havai yük nedeniyle ve aynı depolama boyutundaki daha az büyük ikili dosyaların daha hızlı olacağından şüpheleniyorum.
GIT bence biraz farklı çalışıyor.
Illustrator ve InDesign projelerim için git kullanıyorum. İtiraf etmeliyim ki tasarımları bu şekilde yönetmek kolay değil. İşte size yardımcı olabilecek bazı ipuçları:
Sadece SVN ile dikkatli ol, git öğrenecektim. Büyük dosya boyutları ile daha iyidir, ancak yine de yıkım kontrolünü / yönetimini başarır. Sadece daha hafif.
Çoğu sürümleme sistemi, ikili olmayan dosya biçimlerini işlemek üzere tasarlanmıştır. Başka bir deyişle, metin dosyaları.
Hafiftirler, çatallanmaları ve dallanmaları kolaydır ve artımlı değişiklikleri birleştirir ve takip ederler.
SVN ve GIT gibi sistemler PSD dosyalarını işleyecek şekilde tasarlanmamıştır. Bunlar devasa dosyalardır ve bir sürümden diğerine kolayca karşılaştırılamaz ve 'birleştirmek' ve çatal ve benzeri imkansızdır.
Bazıları ikili dosyalara izin verebilir - SVN'nin yaptığına inanıyorum, ancak tecrübelerime göre, bunları sürümlendirmeye çalışmaz. Bunun yerine en son sürümü değiştirir. Yani sınırlı kullanım var.
Buna ek olarak, sürüm kontrol çalışma modeline asılırsanız, sık sık check-in yapmayı öğreneceksiniz. Bu kod için harikadır, ancak 100mb PSD dosyalarının 20 dakikada bir sürümünü kontrol ediyorsanız, deponuzu yönetilemez boyutlara şişirir.
Dallanma ve benzeri eksikliklerinden dolayı, yine de muhtemelen çok fazla manuel olarak yapıyorsunuz, hafifçe değiştirilmiş dosyaların birden fazla kopyası var. Bu, ne yazık ki, depolanması gereken daha büyük dosyalar anlamına gelir, böylece sürüm kontrolüne karşı başka bir grev.
Bu nedenle, ağır ikili dosyalar için, bunun gibi bir sürüm kontrol sisteminin dışını tutmak ve DAM (Dijital Varlık Yönetimi) araçlarına bakmak isteyeceksiniz.
Ne yazık ki, ağır belgeler için özel olarak tasarlanmış çok sayıda sürüm kontrol sistemi yoktur. Sharepoint birdir, ancak beceriksiz, neredeyse otomatik değildir ve PSD'lerin boyutundaki dosyaları işlemek için nadiren kurulmuştur.
En olası alternatif, Adobe'nin kendi 'Adobe Drive' ürününe dönüştürüldüğü kendi Version Cue'sudur: