Как Рафаэль предложил:
Никаких специальных символов и пробелов в именах файлов, а также все хорошо отсортировано в папках.
В основном
Чтобы назвать мои основные папки, я люблю использовать «номера проектов», и это также соответствует номерам счетов.
Мне это нравится, потому что я могу использовать команду поиска или просто открыть папку «в процессе разработки» и ввести первые номера проекта, чтобы добраться до нее. Таким образом, легче найти соответствующий счет-фактуру и расписание проекта, если мне нужно проверить детали об этом.
Кроме того, приятно смотреть на все нумерованные папки! Я сейчас в своей папке # 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 и т. Д.). Все детали есть и соответствуют названиям моих проектов.