Basılı bir parçayı elektronik dosya adına bağlamanın en iyi yolunu bulmaya çalışıyorum. Dosya adlandırma ve sürüm kontrolü için en iyi uygulamalar nelerdir? Grafik tasarım için bir tür günlük mü kullanıyorsunuz?

Bazı sözleşmeler kullanıyorum.

1. Asla "or" veya boşluk gibi İngilizce olmayan karakterler de dahil özel adlar kullanmayın. (dosya adını web'de güvende tutun)

2. IUseCamelCaseNamefiles.ext

3. I_can_also_use_underscores.ext (Çok sık değil)

4. Sürüm numarası için hiper kullanıyorum veya farklı hiyerarşiyi ayırıyorum.

   • Broşür-A4-01.ext

5. Klasörleri kullan

   • şirket

   • proje

6. Dosya harici bir sağlayıcıya gidiyorsa önce istemci adını kullanırım.

   Sürümler çıktı için değil tasarım değişiklikleri içindir. Dosyaya bazı ek notlar eklenebilir.

   • CompanyName-Brochure2015-05-cmyk.pdf

   • CompanyName-Brochure2015-05-grayscale.pdf

7. Bazen bir varyasyona, muhtemelen tasarımın aynı olduğu bir revizyona ihtiyacım var, ancak küçük bir değişikliğe ihtiyacım var. Müşteri karşılaştırması gerektiğinde bunları kullanıyorum. Dosya otomatikleştirildikten sonra ardışık bir sayı ile geri dönüyorum.

   • Broşür-2015-03a.pdf

   • Broşür-2015-03b.pdf

   • Bir sonraki versiyon Broşür-04.pdf

8. Bazen çıktı için ek bir dosya hazırlıyorum, örneğin görüntüleri ve arka planları düzleştiriyorum. Değişiklikten ÖNCE dosyayı yeniden adlandırıyorum.

   Brochure-2015-04-output.ai

9. Bazı insanlar yayının kendisinde bir tarih kullanır, bu nedenle yazdırılan bilgilerin güncellenip güncellenmediğini bilirler.

10. Asla "Final" kelimesini kullanmam. Öyle bir şey yok.

11. Normalde dosya adında tarihleri ​​kullanmıyorum. Bu bilgi dosyanın kendisine eklenir. Tabii ki bu değiştirilebilir.

    Bununla birlikte, yasal bir anlamı varsa ve genel kullanım içinse, hem belgenin içine hem de ad dosyasına tarih eklemek önemlidir.

    UserAgreement-September2015.pdf

12. Projenin tamamen farklı bir yeniden tasarımı varsa (sadece değişiklikler veya evrim değil), örneğin V2'yi ekleyebilirim.

    BrochureV2-2015-05.pdf

Neden "Final" kelimesini hiçbir dosyada kullanmadığımı gösteren bazı notlar.

• Bazı müşteriler son dakika değişikliklerini istemektedirler. Evet bir müşteri bazen "STOP Karımın telefonunu dün gece değiştirdim" diye arar.

  Benim sağlayıcılara yakın ilişkisi var ve As eğer ben baskı işlemini durdurabilir, ben sadece bir ardışık dosya adı-05.pdf gönderin. İstemci dosyasını yeniden adlandırmanıza gerek yok ... FinalFinalFinal.pdf

  Son nihai versiyon olduğunu bilmek için kaç Final Final Final kelimesini saymalıyım?

• Teknik bir değişikliğe ihtiyacım olursa dosyayı yeniden adlandırabilirim ancak tasarım sürümünü değiştiremem. İstemci ... 05-üst baskı-01.pdf

• Küçük bir değişiklik içeren bir broşürün yeniden yazdırıldığını düşünün. Sadece yeni bir versiyon hazırlıyorsunuz.

• Bir benzetme: VersionFinal adında bir yazılım gördünüz mü? Bir nedenden ötürü ardışık numaralara, sürüm numaralarına çağrılır. Son bir sürüm yok.

• E-postasında "Final" sürümü arayan bir müşteri düşünün. Bir dosya bu şekilde adlandırılır ancak bundan sonra bazı değişiklikler varsa, bir sorunu vardır.

• Tabii ki son bir versiyon var . Ancak bu son sürüm önceden yazdırılmış olan sürümdür . Bir değişiklik olmadı . Bundan önce ... son sürüm olup olmadığını bilmenin bir yolu yok.

Rafael'in önerdiği gibi:

Dosya adlarında özel karakter ve boşluk yok ve her şey klasörlerde iyi sıralandı.

Genel olarak

Ana klasörleri adlandırmak için, "proje numaralarını" kullanmak istiyorum ve bu da fatura numaralarıyla eşleşiyor.

Bunu seviyorum çünkü arama komutunu kullanabilir veya sadece "devam eden çalışma" klasörümü açabilir ve projeye ulaşmak için ilk projeyi yazabilirim. Bununla ilgili ayrıntıları doğrulamam gerekirse, eşleşen faturayı ve projenin zaman çizelgesini bu şekilde bulmak da daha kolaydır.

Ayrıca iyi sıralanmış tüm numaralı klasörlere bakmak tatmin edici! Şimdi 1700 klasörümdeyim, çok fazla projeniz ve 5-10-15 yıllık arşivleriniz varsa kaybolmadığım için gerçekten en iyi sistem. Kaç tane projenin devam ettiğinin hızlı bir önizlemesini verir ve ayrıntıları almak için 2-3 klasör açmam gerekmiyor; hepsi ana klasörün adındadır (örn. istemci, sürüm, proje türü, fatura numarası vb.)

Prova ve dosya sürümleri dosya adının sonunda farklı bir sayı alır. Bu şekilde tercih ederim çünkü aynı gün acil projelerde birçok revizyon yapılabilir. Bu nedenle tarihleri ​​kullanmıyorum.

Farklı ilk taslak setleri için örnek:

12345A_AbrevOfClient_ProjectName 1/1

12345A_AbrevOfClient_ProjectName 01-2

12345A_AbrevOfClient_ProjectName 01-3

Farklı düzeltme grupları için örnek:

12345A_AbrevOfClient_ProjectName 1/1

12345A_AbrevOfClient_ProjectName 1/2

12345A_AbrevOfClient_ProjectName 03-1

Bu dosyayı sürümlerle birlikte bir "prova dosyasına" eklemem gerektiğinde, üzerine iletişim bilgilerini, proje numarasını, tarihini, renklerini ve fikri mülkiyet notunu ekliyorum. Bu dosyaya "12345A_AbrevOfClient_ProjectName PF01 " gibi bir ad verdim ve ispattaki her sayfada büyük bir 01A - 01B - 01C - 01D var. Müşteri daha sonra örneğin "01B'nin başlığını ve 02A'nın gövde metnini severim" ifadesini kullanarak revizyonlarıyla bana geri dönebilir.

Daha sonra aynı projede bir revizyon aldığımda (örneğin, proje arşivlendikten ve onaylandıktan sonra) , bu projenin yeni bir klasörü oluşturulur, ancak "B" harfine değiştiririm. Bu şekilde arşivlerde bulmak kolay ve her zaman en son sürümün ne olduğunu biliyorum.

Bir kez arşivlendiğinde aynı projenin farklı sürümleri için örnek:

12345 A _AbrevOfClient_ProjectName01-1

12345 B _AbrevOfClient_ProjectName01-1

12345 C _AbrevOfClient_ProjectName01-1

Arşivlerim için yalnızca istemcinin adıyla bir istemci klasörü kullanıyorum. Ana çalışma sürücümde, projelerin klasörü fatura / proje numarası ile başladığında, bulmak daha kolay ve projeme ulaşmak için 2 klasör açmam gerekmiyor.

Aşağıdaki örnekler benim grafik tasarım projeleri yapım; muhtemelen bunu kendi tercihlerinize göre ayarlamanız gerekecektir. Klasör yapım web siteleri için biraz farklı; Bir yedekleme klasörü, bir görüntü klasörü (optimize), bir grafik klasörü (katmanlar, vektörler) ve son klasör ana bilgisayarda (özel ayarlar, xml, vb. Dahil) her şeyi içerecektir. Bu şekilde her zaman bir çeşit yedek hazır. Yedekleme klasöründe değiştirdiğim dosyaları taşıyorum. Genellikle dosyaların sonunu yeniden adlandırmam veya sürümü göstermek için bir sayı ile bir klasörde sıralamam gerekir (1-1, 1-2, vb.)

Her projenin klasörün ana yapısı:

• Ana dosyam her zaman birinci düzeydir. Karışıklık yok.
• Revize edilen dosyaların üzerine yazmıyorum, "reddedilen" dosyaları ayrı bir klasörde tutuyorum, bunun yerine örneğin yeni dosya adının sonundaki sayıyı değiştiriyorum. 01-1, 02-1, vs. Müşteri bazen fikrini değiştirir, bunun için iyidir.
• Kanıtlar için bir klasör var ve kanıtlar da numaralandırılmıştır. Reddedilen kanıtları referans olarak saklıyorum
• Son dosyalar klasörü en son son dosyaları içerir. Bu şekilde, bir müşteri finalleri tekrar göndermeyi istediğinde, iyi tanımlanmış ve en son sürümü bulmak kolaydır
• Her zaman tüm iletişimleri ve orijinal stok görüntülerini (ve başka görüntüler önerdiysem, ancak satın almadıysam, orijinal düşük çözünürlüklerini) saklarım.

Dosya adlandırma:

• İçe aktarılan dosyalarım için aynı numaralandırma sistemini kullanmayı tercih ediyorum (grafikler ve Photoshop'tan yüksek çözünürlük) Bu şekilde her zaman son sürümün ne olduğunu ve hangi projeye ait olduğunu biliyorum.
• Bir dosyada değişiklik yoksa, dosya adını geldiği orijinal projeden saklarım. Bunun gibi kesin isimlere sahip olmak için birçok yanlış bağlantıdan kaçının.
• Katman dosyalarını ayrı bir klasörde saklıyorum (.psd'yi düzleştirmeyi ve yayınlama yazılımında .eps'i içe aktarmayı seviyorum)
• Her zaman uzantıları kullanırım
• Son bir dosyayı düzeltmem gerekirse, son dosyanın sonunu "v2, v3, vb." Olarak yeniden adlandıracağım.

E-postalar

Tüm e-posta iletişimim açıkça böyle bir yapı ile başlıyor, bu yüzden takip etmek kolay:

• 01 PROOF - Projenin adı
• 02 PROOF - Projenin adı
• NİHAİ DOSYALAR - Projenin adı
• NİHAİ DOSYALAR v2 - Projenin adı
• vb.

arşiv

Her projenin klasörü, adı ile bir istemcinin klasörüne gönderilir

Ve farklı sabit diskteki 2 harici yedeklemeyi arşivlerim (bir yedekleme ve bir yedekleme.) Bu HD'yi her 3-4 yılda bir yenileri için değiştiriyorum.

Giriş

Gerçekten bir günlük kullanmama gerek yok; Muhasebe veya fatura yazılımımı günlükler için kullanabilir ve bir şeye ihtiyacım olursa orada arama yapabilirim (Örn. FreshBooks, Quickbooks, vb.) Tüm detaylar orada ve projelerimin isimleriyle eşleşiyor.

Bağlı kalmaya çalışıyorum

Client_Project_Asset_Description_Version.Filename

için her şey. Alışkanlıklar dağınıklığı ortadan kaldırır.

ör. Google_Maps_Icons_ThatPressedStateNoOneEverSees_v33.png

Müşteri> Proje ile her şeyi dosyalıyorum

 - (DIR) Client 1 Name

   - (DIR) Project 1 name
     Client_Project_date.indd
     Client_Project_date.pdf
     Client_Project_datePDFX.pdf
     - (DIR) Client files (anything the client has sent regarding project)
     - (DIR) Working (custom created supporting files)
        - (DIR) Reference (if needed)
     - (DIR) Older (past iterations of same project)

   - (DIR) Project 2 name
     - Version A
        Client_ProjectA_date.indd
        Client_ProjectA_date.pdf
        Client_ProjectA_datePDFX.pdf
        - (DIR) Older (past iterations of same project & version)
     - Version B
        Client_ProjectB_date.indd
        Client_ProjectB_date.pdf
        Client_ProjectB_datePDFX.pdf
        - (DIR) Older (past iterations of same project & version)
     - Version C
        Client_ProjectC_date.indd
        Client_ProjectC_date.pdf
        Client_ProjectC_datePDFX.pdf
        - (DIR) Older (past iterations of same project & version)
     - (DIR) Client files (anything the client has sent regarding project)
     - (DIR) Working (custom created supporting files)

   - (DIR) Project 3 name
     Client_Project_date.ai
     Client_ProjectFLAT_date.eps
     Client_Project_date.pdf
     Client_Project_datePDFX.pdf
     - (DIR) Client files (anything the client has sent regarding project)
     - (DIR) Working (custom created supporting files)
     - (DIR) Older (past iterations of same project)



 - (DIR) Client 2 Name

   - (DIR) Project 1 name
     - (DIR) Client files (anything the client has sent regarding project)
     - (DIR) Working (custom created supporting files)
         - (DIR) Resources (Original versions of 3rd party tools/scripts if any)
     - (DIR) Older (past iterations of same project)
     - (DIR) Mockups_Wireframes
     - (DIR) Static Build (if needed)
     - (DIR) Web Build
           - (DIR ALIAS) BUILD (alias to localhost server if needed)
           (All the files/directories for the web site)

Ve bunun gibi. . .

Dosya adı tarihleri ​​olarak biçimlendirilir _062515.indd. Bu, "Final_Final_Final_USETHISONE_NEW.indd" tuzağından kaçınmamı sağlar. Belirli bir günde birden fazla yineleme oluşturursam, harfleri, a la _062515B.indd. Daha sonra sadece en son sürümün ne olduğunu dosya adlarına bakarak söyleyebilirim.

Ayrıca , ortak öğeler için ana dizinleri de saklıyorum. Birden çok dosya / proje / istemcide kullanılan dosyaları depoladığım bir Logosdizin, bir Stock artdizin, bir Custom artdizin var.

Ben tüm istemci logolar tutmak Logos(alt dizinler halinde alfabetik) dizine, bu dosyalar biçimini değil defalarca gereksiz sabit disk alanı israf kütük sistemine çoğaltılamaz.

Yıllar geçtikçe bu durumun izlememize ve benim için düzenli kalmamıza yardımcı olduğu kanıtlanmıştır. Doğrudan müşteri adına, proje adına, tarihe göre arama yapabilir ve ihtiyacım olanı hızlı bir şekilde bulabilirim. Çoğu zaman aramaya bile ihtiyacım yok, sadece dizin yapısına adım atmak ihtiyacım olanı ortaya çıkarıyor.