Я пытаюсь найти лучший способ связать печатную часть с именем электронного файла. Каковы лучшие практики для именования файлов и контроля версий? Используете ли вы своего рода журнал для графического дизайна?

Я использую некоторые соглашения.

1. Никогда не используйте специальные символы в имени, включая не английские символы, такие как «С» или пробелы. (держите имя файла в безопасности)

2. IUseCamelCaseNamefiles.ext

3. I_can_also_use_underscores.ext (не очень часто)

4. Я использую Hypen для номера версии или разделения иерархии.

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

5. Используйте папки

   • Компания

   • проект

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

   Версии предназначены для изменения дизайна, а не для вывода. Некоторые дополнительные заметки могут быть добавлены в файл.

   • НазваниеКомпании-Brochure2015-05-cmyk.pdf

   • НазваниеКомпании-Brochure2015-05-grayscale.pdf

7. Иногда мне нужен вариант, возможно, редакция, в которой дизайн такой же, но мне нужно небольшое изменение. Я использую их, когда клиенту нужно сравнить. После авторизации файла я возвращаюсь с порядковым номером.

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

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

   • Следующая версия будет Брошюра-04.pdf

8. Иногда я делаю дополнительный файл перед выводом, например, сглаживаю изображения и фоны. Я переименовываю файл ДО любых изменений.

   Brochure-2015-04-output.ai

9. Некоторые люди используют дату в самой публикации, поэтому они знают, обновляется ли печатная информация.

10. Я никогда не использую слово «Финал». Там нет такой вещи.

11. Я обычно не использую даты в имени файла. Эта информация включена в сам файл. Конечно, это можно изменить.

    Однако важно указывать дату как внутри документа, так и в имени файла, если это имеет какое-то юридическое значение и предназначено для публичного использования.

    UserAgreement-September2015.pdf

12. Если проект имеет совершенно другой дизайн (не только изменения или эволюцию), я могу добавить, например, V2.

    BrochureV2-2015-05.pdf

Несколько замечаний о том, почему я не использую слово «Финал» в любом файле.

• Некоторые клиенты очень любят спрашивать в последнюю минуту изменения. Да, клиент иногда звонит мне по телефону "СТОП Я поменял телефон моей жены вчера вечером".

  Поскольку у меня есть тесные отношения с поставщиками, и если я могу остановить процесс печати, я просто отправляю последовательное имя файла-05.pdf. Нет необходимости переименовывать файл Client ... FinalFinalFinal.pdf

  Сколько финальных финальных финальных слов мне нужно считать, чтобы знать, что это финальная финальная версия?

• Если мне нужны технические изменения, я могу переименовать файл, но не версию проекта. Клиент ... 05-покровный-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 А _AbrevOfClient_ProjectName01-1

12345 В _AbrevOfClient_ProjectName01-1

12345 С _AbrevOfClient_ProjectName01-1

Я использую только папку клиента с именем клиента для моих архивов. На моем основном рабочем диске я предпочитаю, когда папка проектов начинается с номера счета / проекта, его легче найти, и мне не нужно открывать 2 папки, чтобы попасть в мой проект.

Приведенные ниже примеры - это моя структура проектов графического дизайна; вам, вероятно, придется настроить это в соответствии со своими предпочтениями. Моя структура папок немного отличается для веб-сайтов; У меня будет папка для резервных копий, папка с изображениями (оптимизированная), графическая папка (слои, векторы) и последняя папка будет содержать все, что находится на хосте (включая заметки о пользовательских настройках, xml и т. Д.). Таким образом, я всегда есть какая-то готовая резервная копия. Я перемещаю файлы, которые я изменяю, в папку резервной копии. Мне обычно нужно переименовать конец файлов или отсортировать их в папке с номером, чтобы показать версию (1-1, 1-2 и т. Д.)

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

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

Наименование файла:

• Я предпочитаю использовать ту же систему нумерации для своих импортированных файлов (графика и высокое разрешение из Photoshop), поэтому я всегда знаю, какая последняя версия и к какому конкретному проекту она относится.
• Если файл не изменяется, я сохраняю имя файла из исходного проекта, из которого он получен. Избегайте множества неправильных ссылок, чтобы иметь такие же точные имена.
• Я храню файлы слоев в отдельной папке (мне нравится выравнивать мой .psd и импортировать .eps в программное обеспечение для публикации)
• Я всегда использую расширения
• Если мне нужно пересмотреть окончательный файл, я просто переименую конец окончательного файла "v2, v3 и т. Д."

Сообщения электронной почты

Все мои сообщения электронной почты явно начинаются с такой структуры, поэтому за ней легко следить:

• 01 PROOF - название проекта здесь
• 02 PROOF - название проекта здесь
• ЗАКЛЮЧИТЕЛЬНЫЕ ФАЙЛЫ - Название проекта здесь
• FINAL FILES v2 - название проекта здесь
• и т.п.

архив

Папка каждого проекта отправляется в папку клиента со своим именем

И я архивирую на 2 внешние резервные копии на разных жестких дисках (резервная копия и резервная копия резервной копии). Я меняю эти HD каждые 3-4 года на новые.

Журнал

Мне не нужно использовать журнал; Я могу просто использовать свое программное обеспечение для учета или выставления счетов для журналов и искать там, если мне что-то нужно (например, FreshBooks, Quickbooks и т. Д.). Все детали есть и соответствуют названиям моих проектов.

Я стараюсь придерживаться

Client_Project_Asset_Description_Version.Filename

для всегоПривычки делают беспорядок уходить.

например, Google_Maps_Icons_ThatPressedStateNoOneEverSees_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каталоге (в алфавитном порядке в подкаталогах), чтобы эти файлы не дублировались в файловой системе, тратя впустую место на жестком диске.

За прошедшие годы это оказалось наиболее полезным для отслеживания событий и поддержания организованности для меня. Я могу искать напрямую по имени клиента, по названию проекта, по дате и быстро найти то, что мне нужно. Чаще всего мне даже не нужно искать, просто переход по структуре каталогов приводит к тому, что мне нужно.