Apa konvensi penamaan file yang Anda gunakan untuk kontrol versi? [Tutup]


10

Saya mencoba mencari cara terbaik untuk menautkan karya cetak ke nama file elektronik. Apa praktik terbaik untuk penamaan file dan kontrol versi? Apakah Anda menggunakan semacam log untuk desain grafis?


Penamaan file dianggap terlalu sulit dari masalah di beberapa bidang data teknik berat sehingga mereka hanya diberi nama nomor berjalan yang menunjuk ke database metadata yang memiliki semua bidang info.
joojaa

5
Ini tampaknya jatuh tepat di bawah bagian "Setiap jawaban sama-sama valid" dari jenis pertanyaan apa yang harus saya hindari bertanya? Ini juga cukup dekat dengan pertanyaan pemrograman perahu .
David Richerby

Tidak ada cara terbaik . Gunakan apa pun yang masuk akal untuk kebutuhan dan preferensi Anda.
DA01

1
Benar, tidak ada cara terbaik. Tapi mungkin kita bisa membuat ini menjadi pertanyaan praktik terbaik yang baik? Karena semua orang tahu Folder-Final2-v3-edit-ulang-untuk-teks-baru-yang-tiba-ini-pagi-7B-Final.indd
KMSTR

Saya pikir ini adalah pertanyaan yang benar-benar valid, karena itu adalah faktor penting dari profesi desain dan didasarkan pada keahlian !. Guys ... sungguh, semuanya berdasarkan pendapat. Bahkan jika pertanyaan sederhana tentang bagaimana cara menutupi foto di photoshop memiliki perbedaan pendekatan. Apakah Anda hanya ingin merespons bagaimana saya ... di Photoshop? pertanyaan ... Pencarian di halaman web adobes lebih cepat.
Rafael

Jawaban:


8

Saya menggunakan beberapa konvensi.

  1. Jangan pernah menggunakan karakter khusus dalam nama, termasuk karakter non Inggris seperti "Ñ" atau spasi. (jaga agar nama file web tetap aman)

  2. IUseCamelCaseNamefiles.ext

  3. I_can_also_use_underscores.ext (Tidak terlalu sering)

  4. Saya menggunakan tanda hubung untuk nomor versi atau memisahkan hierarki yang berbeda.

    • Brosur-A4-01.ext
  5. Gunakan folder

    • Perusahaan

    • Proyek

  6. Jika file tersebut ke penyedia eksternal saya menggunakan nama klien terlebih dahulu.

    Versi ini untuk perubahan desain, bukan output. Beberapa catatan tambahan dapat ditambahkan pada file.

    • CompanyName-Brochure2015-05-cmyk.pdf

    • CompanyName-Brochure2015-05-grayscale.pdf

  7. Kadang-kadang saya butuh variasi, mungkin revisi di mana desainnya sama tetapi saya perlu perubahan kecil. Saya menggunakannya ketika klien perlu membandingkan. Setelah file diautorisasi, saya kembali dengan nomor berurutan.

    • Brosur-2015-03a.pdf

    • Brosur-2015-03b.pdf

    • Versi selanjutnya adalah Brochure-04.pdf

  8. Kadang-kadang saya membuat file tambahan sebelum untuk output, misalnya meratakan gambar dan latar belakang. Saya mengganti nama file SEBELUM ada perubahan.

    Brochure-2015-04-output.ai

  9. Beberapa orang menggunakan tanggal pada publikasi itu sendiri, sehingga mereka tahu jika informasi yang dicetak diperbarui.

  10. Saya tidak pernah menggunakan kata "Final". Tidak ada yang seperti itu.

  11. Saya biasanya tidak menggunakan tanggal pada nama file. Info itu termasuk dalam file itu sendiri. Tentu ini bisa dimodifikasi.

    Namun penting untuk memasukkan tanggal, baik di dalam dokumen dan di namefile, jika memiliki beberapa implikasi hukum dan itu untuk penggunaan publik.

    UserAgreement-September2015.pdf

  12. Jika proyek memiliki desain ulang yang sama sekali berbeda (bukan hanya perubahan atau evolusi), saya dapat menambahkan V2 misalnya.

    BrochureV2-2015-05.pdf


Beberapa catatan tentang mengapa saya tidak menggunakan kata "Final" pada file apa pun.

  • Beberapa klien sangat menyukai untuk meminta perubahan pada menit terakhir. Ya, klien kadang-kadang memanggil saya di telepon "BERHENTI saya mengganti telepon istri saya tadi malam".

    Karena saya memiliki hubungan dekat dengan penyedia saya dan jika saya dapat menghentikan proses pencetakan, saya hanya mengirim nama file-05 berturut-turut. Tidak perlu mengganti nama file Klien ... FinalFinalFinal.pdf

    Berapa banyak Final Final Final Final yang harus saya hitung untuk mengetahui itu adalah versi final final?

  • Jika saya memerlukan perubahan teknis, saya dapat mengganti nama file tetapi bukan versi desain. Klien ... 05-overprint-01.pdf

  • Bayangkan cetak ulang brosur dengan sedikit perubahan. Anda hanya menyiapkan versi baru.

  • Analogi: Pernahkah Anda melihat perangkat lunak yang disebut VersionFinal? Ini disebut nomor berurutan, nomor versi, karena suatu alasan. Tidak ada versi final.

  • Bayangkan klien yang mencari di emailnya untuk versi "Final". Jika file diberi nama seperti itu tetapi memiliki beberapa perubahan setelah itu, ia memiliki masalah.

  • Tentu saja ada versi finalnya . Tetapi versi final itu adalah yang sudah dicetak. Yang satu tidak tidak diterima sekarang perubahan. Sebelum itu ... tidak ada cara untuk mengetahui apakah ini versi final.


ada yang namanya final, seperti pada, ini adalah versi final yang diserahkan ke printer .. ini adalah final yang akan dimuat ke sebuah situs .. ini adalah yang terakhir untuk proyek ini yang diproduksi. Itu juga ada untuk membantu jika orang lain mencari apa yang dikirim atau apa yang telah disetujui berbulan-bulan ke depan. Berdasarkan saran Anda, Anda hanya akan menyimpan beberapa variasi di satu lokasi yang akan menyebabkan kesalahan saat berkolaborasi atau jika seseorang perlu mendatangi mereka nanti
DᴀʀᴛʜVᴀᴅᴇʀ

Dalam pengalaman saya yang sederhana selalu ada perubahan menit terakhir. Saya memiliki beberapa file bernama FinalFinalFinal. Pada brosur yang dapat diunduh, Anda dapat dengan mudah mengganti nama file dan mengganti ukurannya jika beberapa informasi diperbarui.
Rafael

"Lokasi" adalah hard drive saya sendiri. Sakit mengedit posting dengan beberapa catatan.
Rafael

Saya tidak melihat apa itu satu-satunya hal pendekatan. Ya lokasinya adalah hard drive saya. Ini juga dapat bekerja pada drive berbasis cloud. Ya saya bisa mengunggahnya ke situs ftp. Setiap perangkat lunak saat ini menggunakan versi. Angka pertama untuk perubahan besar, perubahan kecil ditandai dengan angka desimal berurutan.
Rafael

2
Brochure_SuperFinalIReallyMeanItThisTime.indd
Lauren-Clear-Monica-Ipsum

3

Seperti Rafael, sarankan:

Tidak ada karakter dan spasi khusus dalam nama file, dan semuanya tersortir dengan baik di folder.


Secara umum

Untuk memberi nama folder utama saya, saya suka menggunakan "nomor proyek" saya dan ini juga cocok dengan nomor faktur.

Saya menyukainya karena saya dapat menggunakan perintah pencarian atau cukup membuka folder "work-in progress" saya dan ketik angka pertama dari sebuah proyek untuk mendapatkannya. Juga lebih mudah untuk menemukan faktur yang sesuai dan lembar waktu proyek dengan cara ini jika saya perlu memverifikasi detail tentang hal itu.

Ditambah lagi, cukup memuaskan melihat semua folder bernomor yang diurutkan dengan baik! Saya sekarang berada di folder saya # 1700, itu benar-benar sistem terbaik yang saya temukan tidak hilang jika Anda memiliki banyak proyek dan arsip 5-10-15 tahun. Ini memberikan preview cepat tentang berapa banyak proyek yang sedang berlangsung dan saya tidak perlu membuka 2-3 folder untuk mendapatkan detail saya; semuanya ada di nama folder utama (mis. klien, versi, jenis proyek, nomor faktur, dll.)

Versi bukti dan file mendapatkan nomor yang berbeda di akhir nama file. Saya lebih suka cara ini karena banyak revisi dapat dilakukan pada proyek-proyek mendesak pada hari yang sama. Untuk alasan ini saya tidak menggunakan tanggal.

Contoh untuk kumpulan konsep pertama yang berbeda:

12345A_AbrevOfClient_ProjectName 01-1

12345A_AbrevOfClient_ProjectName 01-2

12345A_AbrevOfClient_ProjectName 01-3

Contoh untuk berbagai set revisi:

12345A_AbrevOfClient_ProjectName 01-1

12345A_AbrevOfClient_ProjectName 02-1

12345A_AbrevOfClient_ProjectName 03-1

Ketika saya perlu memasukkan file itu ke dalam "file bukti" dengan versi-versinya, saya menambahkan detail kontak, # proyek, tanggal, warna, dan catatan properti intelektual di dalamnya. Saya memberi nama file itu sesuatu seperti "12345A_AbrevOfClient_ProjectName PF01 " dan setiap halaman pada buktinya memiliki 01A - 01B - 01C - 01D yang besar. Klien kemudian bisa kembali kepada saya dengan revisinya dengan menyebutkan "Saya suka judul 01B dan teks tubuh 02A" misalnya.

Ketika saya mendapatkan revisi pada proyek yang sama nanti (mis. Setelah proyek diarsipkan dan disetujui) , proyek itu memiliki folder baru dibuat tetapi saya akan mengubahnya ke huruf "B", dll. Dengan cara ini di arsip itu mudah ditemukan dan saya selalu tahu apa itu versi terbaru.

Contoh untuk versi berbeda dari proyek yang sama setelah diarsipkan:

12345 A _AbrevOfClient_ProjectName01-1

12345 B _AbrevOfClient_ProjectName01-1

12345 C _AbrevOfClient_ProjectName01-1

Saya hanya menggunakan folder klien dengan nama klien untuk arsip saya. Pada drive kerja utama saya, saya lebih suka ketika folder proyek dimulai dengan nomor faktur / proyek, lebih mudah ditemukan dan saya tidak perlu membuka 2 folder untuk sampai ke proyek saya.

Contoh di bawah ini adalah struktur proyek desain grafis saya; Anda mungkin perlu menyesuaikan ini dengan preferensi Anda sendiri. Struktur folder saya sedikit berbeda untuk situs web; Saya akan memiliki folder cadangan, folder gambar (dioptimalkan), folder grafik (layer, vektor) dan folder terakhir akan berisi semua yang ada di host (termasuk catatan tentang pengaturan khusus, xml, dll.) Dengan cara ini saya selalu memiliki semacam cadangan siap. Saya memindahkan file yang saya modifikasi di folder cadangan. Saya biasanya perlu mengganti nama akhir file atau mengurutkannya dalam folder dengan nomor untuk menunjukkan versi (1-1, 1-2, dll.)


Struktur utama folder masing-masing proyek:

  • File utama saya selalu yang ada di tingkat pertama. Tidak ada kebingungan.
  • Saya tidak menimpa file yang direvisi, saya menyimpan "ditolak" file dalam folder terpisah, saya mengubah nomor di akhir nama file yang baru, misalnya misalnya. 01-1, 02-1, dll. Klien terkadang berubah pikiran, ada baiknya untuk ini.
  • Saya memiliki folder untuk bukti dan bukti juga diberi nomor. Saya menyimpan bukti yang ditolak untuk referensi
  • Folder file final berisi file final terbaru. Dengan cara ini ketika klien meminta untuk mengirim ulang final, itu diidentifikasi dengan baik dan mudah untuk menemukan versi terbaru
  • Saya selalu menyimpan semua komunikasi dan gambar stok asli (dan resolusi rendah aslinya jika saya menyarankan gambar lain tetapi tidak membelinya.)

Struktur folder klien


Penamaan file:

  • Saya lebih suka menggunakan sistem penomoran yang sama untuk file impor saya (grafik dan resolusi tinggi dari Photoshop) dengan cara ini saya selalu tahu apa versi terakhir dan ke proyek spesifik mana itu.
  • Jika tidak ada perubahan pada file, saya menyimpan nama file dari proyek asalnya. Ini menghindari banyak kesalahan penautan untuk memiliki nama yang tepat seperti ini juga.
  • Saya menyimpan file layer di folder terpisah (saya suka meratakan .psd dan mengimpor .eps di perangkat lunak penerbitan)
  • Saya selalu menggunakan ekstensi
  • Jika saya perlu merevisi file final, saya hanya akan mengganti nama file akhir "v2, v3, dll."

Struktur dan file folder klien


Email

Semua komunikasi email saya jelas dimulai dengan struktur seperti ini sehingga mudah untuk ditindaklanjuti:

  • 01 BUKTI - Nama proyek di sini
  • 02 BUKTI - Nama proyek di sini
  • FINAL FILES - Nama proyek di sini
  • FINAL FILES v2 - Nama proyek di sini
  • dll.

Arsip

Setiap folder proyek dikirim ke folder klien dengan nama mereka

Dan saya mengarsipkan pada 2 cadangan eksternal pada hard disk yang berbeda (cadangan, dan cadangan cadangan.) Saya mengubah HD ini setiap 3-4 tahun untuk yang baru.


Catatan

Saya tidak benar-benar perlu menggunakan log; Saya hanya dapat menggunakan perangkat lunak akuntansi atau faktur untuk log, dan mencari di sana jika saya memerlukan sesuatu (mis. FreshBooks, Quickbooks, dll.) Semua detail ada di sana dan cocok dengan nama proyek saya.


1

Saya mencoba untuk tetap berpegang pada

Client_Project_Asset_Description_Version.Filename

untuk semuanya. Kebiasaan membuat kekacauan hilang.

misal Google_Maps_Icons_ThatPressedStateNoOneEverSees_v33.png


0

Saya mengajukan semuanya oleh Klien> Proyek

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

Dan seterusnya. . .

Tanggal nama file diformat sebagai _062515.indd. Ini memungkinkan saya untuk menghindari jebakan "Final_Final_Final_USETHISONE_NEW.indd". Jika saya membuat lebih dari satu iterasi pada hari tertentu saya menggunakan huruf, a la _062515B.indd. Saya kemudian bisa tahu hanya dengan melihat nama file apa versi terbaru.

Saya juga menyimpan direktori master untuk elemen umum. Saya memiliki Logosdirektori, Stock artdirektori, Custom artdirektori - tempat saya menyimpan file yang digunakan di banyak file / proyek / klien.

Saya menyimpan semua logo klien di Logosdirektori (alfabet ke dalam sub direktori), dengan cara itu file-file tersebut tidak berulang kali diduplikasi di seluruh sistem file yang membuang ruang hard drive dengan sia-sia.

Selama bertahun-tahun, ini terbukti sangat membantu dalam melacak berbagai hal dan tetap teratur untuk saya. Saya dapat mencari langsung berdasarkan nama klien, berdasarkan nama proyek, berdasarkan tanggal dan dengan cepat menemukan apa yang saya butuhkan. Paling sering saya bahkan tidak perlu mencari, hanya melangkah melalui struktur direktori muncul apa yang saya butuhkan.


karena penasaran, mengapa 062515dan tidak 150625?
Lauren-Clear-Monica-Ipsum

@LaurenIpsum Karena tidak terlalu penting karena file tidak mengurutkan dalam finder berdasarkan tanggal. Jika saya perlu mengurutkan berdasarkan tanggal, saya dapat mengubah tampilan pencari. 062515 lebih mudah dibaca manusia, itu saja. Saya bisa menggunakan 150625 dengan mudah.
Scott
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.