Я намагаюся з’ясувати найкращий спосіб зв’язати роздрукований фрагмент з назвою електронного файлу. Які найкращі практики для іменування файлів та контролю версій? Чи використовуєте ви журнал сортів для графічного дизайну?

Я використовую деякі умовності.

1. Ніколи не використовуйте спеціальні символи в імені, включаючи символи, які не є англійською мовою, такі як "Ñ" або пробіли. (збережіть назву файлу в Інтернеті безпечно)

2. IUseCamelCaseNamefiles.ext

3. I_can_also_use_underscores.ext (Не дуже часто)

4. Я використовую hypen для номера версії або роздільної різної ієрархії.

   • Брошура-A4-01.ext

5. Використовуйте папки

   • Компанія

   • Проект

6. Якщо файл передається зовнішньому провайдеру, я спочатку використовую ім'я клієнтів.

   Версії призначені для зміни дизайну, а не виводу. До файлу можна додати деякі додаткові примітки.

   • CompanyName-Брошура2015-05-cmyk.pdf

   • CompanyName-Brochure2015-05-greyscale.pdf

7. Іноді мені потрібні варіанти, ймовірно, доопрацювання, де дизайн такий же, але мені потрібні незначні зміни. Я використовую їх, коли клієнту потрібно порівняти. Після того, як файл буде авторизований, я повертаюся з послідовним номером.

   • Брошура-2015-03a.pdf

   • Брошура-2015-03b.pdf

   • Наступною версією буде брошура-04.pdf

8. Іноді я роблю додатковий файл до виводу, наприклад вирівнювання зображень та фонів. Я перейменую файл перед будь-якими змінами.

   Брошура 2015-04-output.ai

9. Деякі люди використовують дату в публікації, тому вони знають, чи надрукована інформація оновлюється.

10. Я ніколи не вживаю слова "Фінал". Немає такого.

11. Зазвичай я не використовую дати на ім’я файлу. Ця інформація міститься у самому файлі. Звичайно, це можна змінити.

    Однак важливо вказати дату як у документі, так і у файлі імен, якщо він має певний юридичний вплив і є для публічного використання.

    Користувацька угода-вересень2015.pdf

12. Якщо проект має абсолютно інший дизайн (не лише зміни або еволюція), я можу додати, наприклад, V2.

    БрошураV2-2015-05.pdf

Деякі зауваження про те, чому я не використовую слово "Final" в жодному файлі.

• Деякі клієнти дуже люблять запитувати зміни в останню хвилину. Так, клієнт іноді телефонує мені по телефону "ЗАСТОСИТИ Я змінив телефон своєї дружини минулої ночі".

  Оскільки я тісно пов'язаний зі своїми постачальниками, і якщо я можу зупинити процес друку, я просто надсилаю послідовне ім’я файлу-05.pdf. Не потрібно перейменовувати файл Клієнт ... FinalFinalFinal.pdf

  Скільки кінцевих фінальних слів я повинен рахувати, щоб знати, що це остаточний варіант?

• Якщо мені потрібні технічні зміни, я можу перейменувати файл, але не версію дизайну. Клієнт ... 05-overprint-01.pdf

• Уявіть собі передрук брошури з незначною зміною. Ви просто готуєте нову версію.

• Аналогія: Ви бачили якесь програмне забезпечення під назвою VersionFinal? Він викликається на послідовні номери, номери версій чомусь. Остаточної версії немає.

• Уявіть собі клієнта, який шукає у своєму електронному листі "остаточну" версію. Якщо файл названий таким чином, але після цього є деякі зміни, у нього виникає проблема.

• Звичайно, є остаточна версія . Але ця остаточна версія є тією, яка вже була надрукована. Один нічого НЕ RECIVED яких - або змін. До цього ... немає жодного способу дізнатися, чи це остаточна версія.

Рафаель запропонував:

Немає спеціальних символів та пробілів у назвах файлів, а все добре відсортовано у папках.

В загальному

Щоб назвати основні папки, я хотів би використовувати свої "номери проектів", і це відповідність номерів рахунків-фактур.

Мені це подобається, тому що я можу скористатися командою пошуку або просто відкрити папку "незавершена робота" і ввести перші номери проекту, щоб дістатися до нього. Так само простіше знайти відповідний рахунок-фактуру та графік роботи проекту таким чином, якщо мені потрібно перевірити його деталі.

Плюс це задоволення, щоб переглянути всі пронумеровані папки, добре відсортовані! Я зараз у своїй папці №1700, це справді найкраща система, яку я не розгубився, якщо у вас багато проектів та 5-10-15 років архівів. Це дає швидкий попередній перегляд того, скільки проектів триває, і мені не потрібно відкривати 2-3 папки, щоб отримати мої дані; все в назві основної папки (наприклад, клієнт, версія, вид проекту, номер рахунку тощо)

Версії доказів і файлів отримують інше число в кінці імені файлу. Я вважаю за краще саме таким чином, оскільки в той же день можуть бути зроблені багато ревізій у термінових проектах. З цієї причини я не використовую дати.

Приклад для різних наборів перших чернеток:

12345A_AbrevOfClient_ProjectName 01-1

12345A_AbrevOfClient_ProjectName 01-2

12345A_AbrevOfClient_ProjectName 01-3

Приклад для різних наборів версій:

12345A_AbrevOfClient_ProjectName 01-1

12345A_AbrevOfClient_ProjectName 02-1

12345A_AbrevOfClient_ProjectName 03-1

Коли мені потрібно вставити цей файл у "файл підтвердження" з версіями, я додаю до нього контактну інформацію, проект №, дату, кольори та примітку про інтелектуальну власність. Я називаю цей файл чимось на кшталт "12345A_AbrevOfClient_ProjectName PF01 ", і кожна сторінка в доказі має великий 01A - 01B - 01C - 01D. Потім клієнт може просто повернутися до мене своїми переглядами, зазначивши, наприклад, "Мені подобається назва 01B та текст тексту 02A".

Коли я отримаю редакцію цього ж проекту пізніше (наприклад, після того, як проект буде заархівовано та затверджено) , для цього проекту створена нова папка, але я зміню її на букву "B" і т. Д. Таким чином в архівах це легко знайти, і я завжди знаю, яка найновіша версія.

Приклад для різних версій одного і того ж проекту, який один раз архівується:

12345 A _AbrevOfClient_ProjectName01-1

12345 B _AbrevOfClient_ProjectName01-1

12345 C _AbrevOfClient_ProjectName01-1

Я використовую лише папку клієнта з іменем клієнта для своїх архівів. На головному робочому диску я вважаю за краще, коли папка проектів починається з рахунку-фактури / номера проекту, його легше знайти, і мені не потрібно відкривати 2 папки, щоб дістатися до мого проекту.

Наведені нижче приклади - структура моїх графічних проектів; вам, ймовірно, потрібно буде пристосувати це до власних уподобань. Структура моєї папки трохи відрізняється для веб-сайтів; У мене буде резервна папка, папка зображень (оптимізована), графічна папка (шари, вектори) та остаточна папка буде містити все, що є на хості (включаючи примітки до користувацьких налаштувань, xml тощо). завжди мати якусь резервну копію. Я переміщую файли, які я змінюю, у папку резервного копіювання. Зазвичай мені потрібно перейменувати кінець файлів або сортувати їх у папці з номером, щоб відобразити версію (1-1, 1-2 тощо)

Основна структура папки кожного проекту:

• Головний мій файл - це завжди той, хто знаходиться на першому рівні. Ніякої плутанини.
• Я не перезаписую переглянуті файли, зберігаю "відхилені" файли в окремій папці, замінюю номер у кінці нового імені файлу, наприклад. 01-1, 02-1 і т. Д. Клієнт часом міняє свою думку, це добре для цього.
• У мене є папка для доказів, і докази теж нумеруються. Я зберігаю відмовлені докази для довідки
• Папка заключних файлів містить останні остаточні файли. Таким чином, коли клієнт просить повторно пройти фінал, він добре визначить і легко знайти останню версію
• Я завжди зберігаю всі зв'язки та оригінальні фотографії (та їх оригінальну низьку роздільну здатність, якщо я пропонував інші зображення, але не купував їх.)

Ім'я файлів:

• Я вважаю за краще використовувати ту саму систему нумерації для своїх імпортованих файлів (графіка та висока роздільна здатність від Photoshop) таким чином, я завжди знаю, яка остання версія та до якого конкретного проекту вона належить.
• Якщо у файлі немає змін, я зберігаю ім'я файлу від оригінального проекту, з якого він прийшов. Це дозволяє уникнути багато неправильних посилань на точні імена, як це.
• Я зберігаю файли шарів в окремій папці (мені подобається згладжувати .psd та імпортувати .eps у видавничому ПЗ)
• Я завжди використовую розширення
• Якщо мені потрібно переглянути остаточний файл, я просто перейменую кінець остаточного файлу "v2, v3 тощо".

Електронні листи

Все моє спілкування електронною поштою явно починається з такої структури, тому його легко простежити:

• 01 PROOF - Назва проекту тут
• 02 ДОКАЗАННЯ - Назва проекту тут
• ЗАКЛЮЧНІ ФАЙЛИ - Назва проекту тут
• ЗАКЛЮЧНІ ФАЙЛИ v2 - назва проекту тут
• тощо.

Архіви

Папка кожного проекту надсилається в папку клієнта з їх назвою

І я архівую на 2 зовнішніх резервних копіях на різних жорстких дисках (резервна копія і резервна копія.) Я змінюю ці HD кожні 3-4 роки на нові.

Журнал

Мені не потрібно використовувати журнал; Я можу просто використовувати моє програмне забезпечення для бухгалтерського обліку чи рахунків-фактур для журналів і шукати там, якщо мені щось потрібно (наприклад, FreshBooks, Quickbooks тощо). Усі деталі є і відповідають назвам моїх проектів.

Я намагаюся дотримуватися

Client_Project_Asset_Description_Version.Filename

для всього. Звички змушують безлад.

наприклад Google_Maps_Icons_ThatPressStateNoOneEverSees_v33.png

Я все подаю клієнтом> Проект

 - (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)

І так далі. . .

Дати імені файлів форматуються як _062515.indd. Це дозволяє мені уникати пастки "Final_Final_Final_USETHISONE_NEW.indd". Якщо я створюю більше однієї ітерації в даний день, я використовую літери, а-ля _062515B.indd. Тоді я можу сказати, лише переглянувши імена файлів, яка найновіша версія.

Я також зберігаю головні каталоги для загальних елементів. У мене є Logosкаталог, Stock artкаталог, Custom artкаталог - де я зберігаю файли, які використовуються в декількох файлах / проектах / клієнтах.

Я тримаю всі клієнтські логотипи в Logosкаталозі ( в алфавітному порядку в підкаталоги), таким чином ці файли НЕ повторно дублюється по файлової системи витрачати місце на жорсткому диску без необхідності.

Протягом багатьох років це виявилося найбільш корисним у відстеженні речей і організації мене. Я можу здійснювати пошук безпосередньо за іменем клієнта, за назвою проекту, за датою та швидко знайти те, що мені потрібно. Найчастіше мені навіть не потрібно шукати, просто перебираючи структуру каталогу, виявляється те, що мені потрібно.