Структура проектної папки дизайнера

image
Замовнику знадобилося зображення, створене 3 року назад або закінчився наклад візиток дворічної давності? Внести корективи в макет сайту якому вже 5 років або відкотитися на версію, яка була відхилена минулого тижня? Для всіх перерахованих вище питань корисно зберігати і швидко знаходити файли. Ділюся напрацюваннями і структурою папок, які полегшують завдання.
Використовуємо хмари
image
Всі робочі файли розміщені в папці «work», яка лежить в «хмарі» Яндекс.Диска. Таким чином, завжди є доступ до файлів з будь-якої точки світу, плюс, дані зберігаються в двох місцях: на комп'ютері і на сервері, що дає надію на їх схоронність у випадку форс-мажору.
Бекап даних
image
Для більшої надійності, раз на рік всі робочі файли завантажую на Google Drive, створений спеціально для бекапа аккаунт. Так як багато файлів, а гугл безкоштовно дає лише 15 ГБ, доводиться хитрувати. Коли роблю бекап даних, оплачую місяць сховища на 100 ГБ, заливаю файли і скасовую підписку. Ціна питання — 139 рублів, а спокою на мільйон. Причому, це саме окремий аккаунт. Файли в сховище не чіпаю до наступного року, що оберігає їх від випадкових вилучень, поломок і інших негод.
Структура папки «work»
image
Складається з 3-х директорій:
  • «01_current» — проекти «в роботі»;
  • «02_support» — часто редаговані проекти;
  • «03_final» — завершені роботи.
Зверніть увагу, назви всіх проектних папок і файлів на англійській, щоб уникнути можливих проблем з кодуванням. Прогалини замінені на підкреслення з тієї ж причини.

Цифри в назві потрібні для правильного сортування за алфавітом у менеджері файлів.
Тепер детальніше про кожну з директорій.
Папка «01_current»
Для кожного замовника — своя папка. Якщо кілька проектів, кожному створюється директорія, в якій і будуть зберігатися файли.
Структура папок будь-якого проекту:
image
«01_incoming»
У папці «Вхідні» зберігаю отримані від клієнта матеріали: Технічне завдання, бріфи, брендбук, фотографії, тексти та ін
«02_inspiration»
В папці «Натхнення» складаю всі матеріали, які допоможуть у роботі. Сайти конкурентів, цікаві дизайн-рішення, колірні палітри, мудборды, цікаві фотографії з фотобанків (у вигляді превьюшек).
«03_development»
Основна робоча папка — «Розробка». Її структура залежить від розміру проекту. Якщо проект невеликий, то файли зберігаються в ній без додаткової угруповання.
image
У великих проектах всередині «03_development» створюються папки, такі як «img» — для фотографій, картинок, ілюстрацій, «vector» — для векторних ілюстрацій, логотипів, іконок, «wireframes» — для прототипів сайту. Робочі файли розміщені в кореневій директорії.
Класна фіча macOs — відображення колонками з сортуванням по програмі. Навігація стає швидкою і наочною.
image
Так само, створюю в «03_development» папку зі шрифтами «_fonts», і папку «_archive» для зберігання файлів.
Якщо у файлі планується вносити велику кількість змін, то створюю його дублікат, а стару версію переношу в папку «_archive».
Всі файли називаю згідно правила:
  • Номер (наприклад, номер розділу в структурі сайту. Використовується не завжди, а тільки якщо потрібна сортування);
  • Назва;
  • Версія.
Файл, який називається «03_services_04.psd», повідомляє зліва-направо, що це третій розділ сайту, який називається «Послуги», і перед нами 4-я версія файлу. Якщо ми відкриємо папку «archive», то знайдемо там «03_services_01.psd», «03_services_02.psd», «03_services_03.psd» які зберігають попередні ітерації розділу.
З використанням Sketch і артбордов стало простіше, файл називається по імені проекту, наприклад «pinhost_04.sketch» (четверта версія сайту PinHost).
«04_final»
image
Папка «Фінал» зберігає останні версії файлів, які будуть передаватися замовнику. Тут не повинно бути файлів зі старими версіями проекту, тільки актуальні дані. Назва файлу, відправленого в цю директорію, не повинна містити номер версії. Наприклад, файл, який називався «03_services_04.psd» після завершення робіт і дублювання в папці «Final» повинен носити назву «03_services.psd».
Виходить, останні версії файлу зберігаються у двох папках — «03_development» і «04_final», але з різними назвами, завдяки чому, ймовірність втрати файлу прагнути до нуля.
Для передачі вихідних замовнику расшариваю папку в хмарі і відправляю посилання.
Папка «02_support»
image
Має таку ж структуру, як і «01_current». В ній розміщені проекти, до яких доводиться часто, і протягом тривалого часу звертатися. Якщо робота над проектом ведеться вже більше півроку, або періодичність звернення до проекту частіше ніж раз в місяць, то проектом місце в «02_support». Раз у 3-4 місяці проводжу ревізію і переміщаю невикористовувані папки «03_final».
Папка «03_final»
image
Містить всі зроблені раніше проекти. Якщо потрібно повернутися до якомусь проекті, то його папка переміщається в «01_current», до закінчення робіт. Після чого проект повертається в «03_final». Зараз замислююся над тим, щоб розкидати всі роботи по роках, але сумніваюся, що зручно буде знаходити потрібний проект.
Підсумки
Описана структура дозволяє зберігати версії файлів, не використовуючи TimeMachine (вона теж потрібна і працює) і швидко знаходити необхідні дані. Правильна структура проектів — один з прийомів, застосувавши який пару раз, уже не можеш повернутися до бардаку в файлах.
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.