Какое соглашение об именовании файлов вы используете для контроля версий? [закрыто]

10

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

Sommer
источник
Именование файлов считалось слишком сложной проблемой в нескольких областях тяжелой инженерии данных, поэтому им просто давали имена рабочих номеров, которые указывали на базу данных метаданных, которая имела все информационные поля.
joojaa
5
Похоже, это прямо попадает в раздел «Каждый ответ одинаково действителен». Какие типы вопросов мне следует избегать? Это также довольно близко к вопросу программирования лодки .
Дэвид Ричерби
Там нет лучшего способа. Используйте все, что имеет смысл для ваших потребностей и предпочтений.
DA01
1
Правда, лучшего способа нет. Но, может быть, мы можем превратить это в хороший вопрос передового опыта? Потому что все знают, что Folder-Final2-v3-re-edit-for-new-text-that -получил этим утром 7B-Final.indd
KMSTR
Я думаю, что это абсолютно правильный вопрос, потому что это важный фактор профессии дизайнера, основанный на опыте! Ребята ... действительно, ВСЕ основано на мнении. Даже если простой вопрос о том, как замаскировать фото в фотошопе, имеет разные подходы. Вы хотите ответить только как ... в фотошопе? вопросы ... поиск на сайте adobes быстрее.
Рафаэль

Ответы:

8

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

  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 каких - либо изменений. До этого ... нет способа узнать, является ли это окончательной версией.

Рафаэль
источник
есть такая вещь, как финал, как, например, это финальная версия, представленная на принтер ... это финальная версия, которая будет загружена на сайт .. это последняя версия для этого проекта, который был создан. Это также поможет, если другие ищут то, что было отправлено или что было одобрено месяцами позже. Исходя из вашего предложения, вы просто сохраните несколько вариантов в одном месте, что приведет к ошибке во время совместной работы или если кому-то понадобится добраться до них позже в будущем
DᴀʀᴛʜVᴀᴅᴇʀ
В моем скромном опыте всегда есть изменения в последнюю минуту. У меня есть файлы с именем FinalFinalFinal. В загружаемой брошюре вы можете просто переименовать файл и изменить его, если какая-то информация будет обновлена.
Рафаэль
«Место» - это мой собственный жесткий диск. Я отредактирую пост с некоторыми примечаниями.
Рафаэль
Я не понимаю, в чем единственная вещь, связанная с приближением. Да, это мой жесткий диск. Это также может работать на облачном диске. Да, я могу загрузить их на FTP-сайт. Любое текущее программное обеспечение использует версии. Первые числа для больших изменений, второстепенные изменения отмечены последовательными десятичными числами.
Рафаэль
2
Брошюра
Лорен-Клир-Моника-Ипсум,
3

Как Рафаэль предложил:

Никаких специальных символов и пробелов в именах файлов, а также все хорошо отсортировано в папках.


В основном

Чтобы назвать мои основные папки, я люблю использовать «номера проектов», и это также соответствует номерам счетов.

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

Кроме того, приятно смотреть на все нумерованные папки! Я сейчас в своей папке # 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 и т. Д.). Все детали есть и соответствуют названиям моих проектов.

гоу-Хунта
источник
1

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

Client_Project_Asset_Description_Version.Filename

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

например, Google_Maps_Icons_ThatPressedStateNoOneEverSees_v33.png

KMSTR
источник
0

Я подаю все через Клиент> Проект

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

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

Скотт
источник
из любопытства почему 062515и нет 150625?
Лорен-Клир-Моника-Ипсум
@ LaurenIpsum Потому что это на самом деле не имеет значения, поскольку файлы не сортируются в поиске по дате. Если мне нужно отсортировать по дате, я могу изменить вид поиска. 062515 просто читабельнее, вот и все. Я мог бы использовать 150625 так же легко.
Скотт