Próbuję znaleźć najlepszy sposób, aby połączyć wydrukowany kawałek z nazwą pliku elektronicznego. Jakie są najlepsze praktyki nazywania plików i kontroli wersji? Czy używasz logów do projektowania graficznego?

Korzystam z niektórych konwencji.

1. Nigdy nie używaj znaków specjalnych w nazwie, w tym znaków innych niż angielskie, takich jak „Ñ” lub spacje. (przechowuj nazwę pliku w sieci)

2. IUseCamelCaseNamefiles.ext

3. I_can_also_use_underscores.ext (Niezbyt często)

4. Używam łącznika do podania numeru wersji lub oddzielenia innej hierarchii.

   • Broszura-A4-01.ext

5. Użyj folderów

   • Firma

   • Projekt

6. Jeśli plik jest wysyłany do zewnętrznego dostawcy, najpierw używam nazwy klientów.

   Wersje służą do zmian w projekcie, a nie do wydruku. Do pliku można dodać dodatkowe uwagi.

   • CompanyName-Brochure2015-05-cmyk.pdf

   • CompanyName-Brochure2015-05-grayscale.pdf

7. Czasami potrzebuję zmiany, prawdopodobnie wersji, w której projekt jest taki sam, ale potrzebuję drobnej zmiany. Używam ich, gdy klient musi porównać. Po autoryzacji pliku zwracam kolejny numer.

   • Broszura-2015-03a.pdf

   • Broszura-2015-03b.pdf

   • Następną wersją będzie broszura-04.pdf

8. Czasami robię dodatkowy plik przed wyjściem, na przykład spłaszczam obrazy i tła. Zmieniam nazwę pliku PRZED każdą zmianą.

   Broszura-2015-04-output.ai

9. Niektóre osoby używają daty w samej publikacji, więc wiedzą, czy drukowane informacje są aktualizowane.

10. Nigdy nie używam słowa „Final”. Nie ma czegoś takiego.

11. Zwykle nie używam dat w nazwie pliku. Te informacje są zawarte w samym pliku. Oczywiście można to zmienić.

    Ważne jest jednak, aby podać datę, zarówno w dokumencie, jak i w pliku z nazwą, jeśli ma to jakieś implikacje prawne i jest przeznaczone do użytku publicznego.

    Umowa użytkownika z września 2015 r. Pdf

12. Jeśli projekt ma zupełnie inne przeprojektowanie (nie tylko zmiany lub ewolucję), mogę na przykład dodać V2.

    Broszura V2-2015-05.pdf

Kilka uwag na temat tego, dlaczego nie używam słowa „Final” w żadnym pliku.

• Niektórzy klienci bardzo chętnie pytają o zmiany w ostatniej chwili. Tak, klient czasami dzwoni do mnie przez telefon „ZATRZYMAŁEM ostatnio telefon mojej żony”.

  Ponieważ mam bliskie stosunki z moimi dostawcami i jeśli mogę zatrzymać proces drukowania, po prostu wysyłam kolejny plik Filename-05.pdf. Nie trzeba zmieniać nazwy pliku Klient ... FinalFinalFinal.pdf

  Ile słów ostatecznych końcowych Ostatecznych należy liczyć, aby wiedzieć, że jest to ostateczna wersja ostateczna?

• Jeśli potrzebuję zmiany technicznej, mogę zmienić nazwę pliku, ale nie wersję projektu. Klient ... 05-overprint-01.pdf

• Wyobraź sobie przedruk broszury z niewielką zmianą. Właśnie przygotowujesz nową wersję.

• Analogia: czy widziałeś jakieś oprogramowanie o nazwie VersionFinal? Z jakiegoś powodu nazywa się go kolejnymi numerami, numerami wersji. Nie ma ostatecznej wersji.

• Wyobraź sobie klienta, który szuka w swojej wiadomości e-mail „ostatecznej” wersji. Jeśli plik ma taką nazwę, ale potem ma pewne zmiany, oznacza to, że ma problem.

• Oczywiście jest wersja ostateczna . Ale ta ostateczna wersja jest już wydrukowana. Ten, nie nie otrzymało żadnej zmiany. Wcześniej ... nie ma możliwości sprawdzenia, czy jest to wersja ostateczna.

Jak sugerował Rafael:

Brak specjalnych znaków i spacji w nazwach plików, a wszystko dobrze posortowane w folderach.

Ogólnie

Aby nazwać moje główne foldery, lubię używać „numerów projektów”, co również pasuje do numerów faktur.

Podoba mi się, ponieważ mogę użyć polecenia wyszukiwania lub po prostu otworzyć folder „w toku” i wpisać pierwsze numery projektu, aby się do niego dostać. W ten sposób łatwiej jest znaleźć pasującą fakturę i arkusz czasu projektu, jeśli muszę zweryfikować szczegółowe informacje na jej temat.

Ponadto satysfakcjonujące jest dobrze posortowane wszystkie ponumerowane foldery! Jestem teraz w folderze nr 1700, to naprawdę najlepszy system, który nie zgubił się, jeśli masz dużo projektów i 5-10-15 lat archiwów. Daje szybki podgląd liczby realizowanych projektów i nie muszę otwierać 2-3 folderów, aby uzyskać moje dane; wszystko zależy od nazwy folderu głównego (np. klient, wersja, rodzaj projektu, numer faktury itp.)

Wersje próbne i pliki otrzymują inną liczbę na końcu nazwy pliku. Wolę to w ten sposób, ponieważ można dokonać wielu zmian w pilnych projektach tego samego dnia. Z tego powodu nie używam dat.

Przykład dla różnych zestawów pierwszych szkiców:

12345A_AbrevOfClient_ProjectName 01-1

12345A_AbrevOfClient_ProjectName 01-2

12345A_AbrevOfClient_ProjectName 01-3

Przykład różnych zestawów wersji:

12345A_AbrevOfClient_ProjectName 01-1

12345A_AbrevOfClient_ProjectName 02-1

12345A_AbrevOfClient_ProjectName 03-1

Kiedy muszę wstawić ten plik do „pliku próbnego” wraz z wersjami, dodaję do niego dane kontaktowe, numer projektu, datę, kolory i notatkę o własności intelektualnej. Nazywam ten plik czymś w rodzaju „12345A_AbrevOfClient_ProjectName PF01 ”, a każda strona na dowodzie ma dużą 01A - 01B - 01C - 01D. Klient może wtedy po prostu wrócić do mnie ze swoimi poprawkami, na przykład mówiąc „podoba mi się tytuł 01B i tekst 02A”.

Kiedy później otrzymam wersję tego samego projektu (np. Po zarchiwizowaniu i zatwierdzeniu projektu ) , w tym projekcie utworzono nowy folder, ale zmienię go na literę „B” itp. W ten sposób w archiwach jest to łatwe do znalezienia i zawsze wiem, jaka jest najnowsza wersja.

Przykład dla różnych wersji tego samego projektu po zarchiwizowaniu:

12345 A _AbrevOfClient_ProjectName01-1

12345 B _AbrevOfClient_ProjectName01-1

12345 C _AbrevOfClient_ProjectName01-1

W moich archiwach używam tylko folderu klienta z nazwą klienta. Na moim głównym dysku roboczym wolę, gdy folder projektów zaczyna się od faktury / numeru projektu, łatwiej go znaleźć i nie muszę otwierać 2 folderów, aby dostać się do mojego projektu.

Poniższe przykłady to struktura moich projektów graficznych; prawdopodobnie będziesz musiał dostosować to do własnych preferencji. Moja struktura folderów jest nieco inna dla stron internetowych; Będę miał folder kopii zapasowej, folder obrazu (zoptymalizowany), folder graficzny (warstwy, wektory), a folder końcowy będzie zawierał wszystko, co znajduje się na hoście (w tym uwagi na temat ustawień niestandardowych, xml itp.) W ten sposób I zawsze przygotuj jakąś kopię zapasową. Pliki, które modyfikuję, przenoszę do folderu kopii zapasowej. Zwykle muszę zmienić nazwę końca plików lub posortować je w folderze z numerem, aby wyświetlić wersję (1-1, 1-2 itp.)

Główna struktura folderu każdego projektu:

• Mój główny plik to zawsze ten na pierwszym poziomie. Bez zamieszania.
• Nie zastępuję poprawionych plików, przechowuję pliki „odrzucone” w osobnym folderze, zamiast tego zmieniam numer na końcu nowej nazwy pliku, np. 01-1, 02-1 itp. Czasami klient zmienia zdanie, to dobrze.
• Mam folder z dowodami, które również są ponumerowane. Przechowuję odrzucone dowody w celach informacyjnych
• Folder plików końcowych zawiera najnowsze pliki końcowe. W ten sposób, gdy klient poprosi o ponowne przesłanie finałów, jest dobrze zidentyfikowany i łatwo znaleźć najnowszą wersję
• Zawsze zachowuję całą komunikację i oryginalne obrazy (i ich oryginalną niską rozdzielczość, jeśli zasugerowałem inne obrazy, ale ich nie kupiłem).

Nazewnictwo plików:

• Wolę używać tego samego systemu numeracji do importowanych plików (grafika i wysoka rozdzielczość z Photoshopa), dzięki czemu zawsze wiem, jaka jest ostatnia wersja i do którego konkretnego projektu należy.
• Jeśli nie ma zmian w pliku, zachowuję nazwę pliku z oryginalnego projektu, z którego pochodzi. Unikaj też wielu błędnych linków, aby mieć takie dokładne nazwy.
• Trzymam pliki warstw w osobnym folderze (lubię spłaszczyć .psd i importować .eps w oprogramowaniu do publikowania)
• Zawsze używam rozszerzeń
• Jeśli muszę zmienić plik końcowy, po prostu zmienię nazwę końca pliku końcowego na „v2, v3 itd.”

E-maile

Cała moja komunikacja e-mailowa wyraźnie zaczyna się od takiej struktury, więc łatwo jest ją śledzić:

• 01 PROOF - tutaj nazwa projektu
• 02 PROOF - tutaj nazwa projektu
• PLIKI KOŃCOWE - tutaj jest nazwa projektu
• PLIKI KOŃCOWE v2 - tutaj nazwa projektu
• itp.

Archiwa

Folder każdego projektu jest wysyłany do folderu klienta z jego nazwą

I archiwizuję na 2 zewnętrznych kopiach zapasowych na innym dysku twardym (kopia zapasowa i kopia zapasowa). Zmieniam te HD co 3-4 lata na nowe.

Log

Naprawdę nie muszę używać dziennika; Mogę po prostu korzystać z mojego oprogramowania do księgowania lub faktur w poszukiwaniu dzienników i wyszukiwać je, jeśli czegoś potrzebuję (np. FreshBooks, Quickbooks itp.) Wszystkie szczegóły są tam i pasują do nazw moich projektów.

Staram się trzymać

Client_Project_Asset_Description_Version.Filename

na wszystko. Nawyki sprawiają, że bałagan znika.

np. Google_Maps_Icons_ThatPressedStateNoOneEverSees_v33.png

Składam wszystko według klienta> Projekt

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

I tak dalej. . .

Daty nazw plików są sformatowane jako _062515.indd. To pozwala mi uniknąć pułapki „Final_Final_Final_USETHISONE_NEW.indd”. Jeśli tworzę więcej niż jedną iterację w danym dniu, używam liter, a la _062515B.indd. Mogę wtedy powiedzieć, patrząc na nazwy plików, jaka jest najnowsza wersja.

Prowadzę również katalogi główne wspólnych elementów. Mam Logoskatalog, Stock artkatalog, Custom artkatalog - w którym przechowuję pliki, które są używane w wielu plikach / projektach / klientach.

Trzymam wszystkie logo klienta w Logoskatalogu (alfabetycznie w podkatalogach), dzięki czemu pliki te nie są wielokrotnie duplikowane w systemie plików, marnując niepotrzebnie miejsce na dysku twardym.

Przez lata okazało się to najbardziej pomocne w śledzeniu rzeczy i organizowaniu mnie. Mogę wyszukiwać bezpośrednio według nazwy klienta, nazwy projektu, daty i szybko znaleźć to, czego potrzebuję. Najczęściej nawet nie muszę wyszukiwać, wystarczy przejrzeć strukturę katalogów, aby znaleźć to, czego potrzebuję.