जैसा कि राफेल ने सुझाव दिया:
फ़ाइल नामों में कोई विशेष वर्ण और स्थान नहीं है, और सब कुछ फ़ोल्डर्स में अच्छी तरह से सॉर्ट किया गया है।
सामान्य रूप में
अपने मुख्य फ़ोल्डरों के नाम के लिए, मुझे अपने "प्रोजेक्ट नंबरों" का उपयोग करना पसंद है और यह इनवॉइस नंबरों से भी मेल खा रहा है।
मुझे यह पसंद है क्योंकि मैं खोज कमांड का उपयोग कर सकता हूं या बस अपना "कार्य प्रगति पर" फ़ोल्डर खोल सकता हूं और इसे प्राप्त करने के लिए किसी प्रोजेक्ट के पहले नंबर टाइप कर सकता हूं। अगर मुझे इसके बारे में विवरणों को सत्यापित करने की आवश्यकता है, तो इस तरह से मेल खाने वाले चालान और प्रोजेक्ट की टाइम शीट को खोजना आसान है।
इसके अलावा यह अच्छी तरह से क्रमबद्ध सभी गिने फ़ोल्डर्स को देखने के लिए संतोषजनक है! मैं अब अपने फ़ोल्डर # 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 A _AbrevOfClient_ProjectName01-1
12345 B _AbrevOfClient_ProjectName01-1
12345 C _AbrevOfClient_ProjectName01-1
मैं केवल अपने अभिलेखागार के लिए क्लाइंट के नाम के साथ क्लाइंट के फ़ोल्डर का उपयोग करता हूं। अपने मुख्य काम करने वाले ड्राइव पर, मैं पसंद करता हूं जब प्रोजेक्ट्स का फ़ोल्डर इनवॉइस / प्रोजेक्ट नंबर के साथ शुरू होता है, इसे ढूंढना आसान है और मुझे अपने प्रोजेक्ट पर जाने के लिए 2 फ़ोल्डर खोलने की आवश्यकता नहीं है।
नीचे दिए गए उदाहरण मेरे ग्राफिक डिज़ाइन प्रोजेक्ट संरचना हैं; आपको संभवतः इसे अपनी प्राथमिकताओं में समायोजित करना होगा। मेरा फ़ोल्डर संरचना वेबसाइटों के लिए थोड़ा अलग है; मेरे पास एक बैकअप फ़ोल्डर, एक छवि फ़ोल्डर (अनुकूलित), एक ग्राफिक फ़ोल्डर (परतें, वैक्टर) और अंतिम फ़ोल्डर में वह सब कुछ होगा जो मेजबान पर है (कस्टम सेटिंग्स पर नोट्स सहित, xml, आदि) इस तरह से मैं हमेशा किसी तरह का बैकअप तैयार रखें। मैं उन फ़ाइलों को स्थानांतरित करता हूं जो मैं बैकअप फ़ोल्डर में संशोधित करता हूं। मुझे आमतौर पर फ़ाइलों के अंत का नाम बदलने की जरूरत है या संस्करण (1-1, 1-2, आदि) दिखाने के लिए एक नंबर के साथ एक फ़ोल्डर में उन्हें सॉर्ट करना चाहिए।
प्रत्येक प्रोजेक्ट के फ़ोल्डर की मुख्य संरचना:
- मेरी मुख्य फ़ाइल हमेशा पहले स्तर पर होती है। कोई भ्रम नहीं।
- मैं संशोधित फ़ाइलों को अधिलेखित नहीं करता, मैं "अस्वीकृत" फ़ाइलों को एक अलग फ़ोल्डर में रखता हूं, मैं उदाहरण के बजाय नए फ़ाइल नाम के अंत में नंबर बदलता हूं। 01-1, 02-1, आदि। ग्राहक कभी-कभी अपना दिमाग बदलते हैं, यह इसके लिए अच्छा है।
- मेरे पास प्रमाण के लिए एक फ़ोल्डर है और सबूत भी गिने जाते हैं। मैं संदर्भ के लिए स्पष्ट प्रमाण रखता हूं
- अंतिम फाइल फोल्डर में नवीनतम अंतिम फाइलें होती हैं। इस तरह जब एक ग्राहक फाइनल को फिर से शुरू करने के लिए कहता है, तो यह नवीनतम संस्करण को खोजने के लिए अच्छी तरह से पहचाना और आसान है
- मैं हमेशा सभी संचार और मूल स्टॉक छवियां (और उनके मूल कम रिज़ॉल्यूशन रखता हूं अगर मैंने अन्य छवियां सुझाईं लेकिन उन्हें खरीदा नहीं गया।)
फ़ाइल नामकरण:
- मैं अपनी आयातित फ़ाइलों (ग्राफिक्स और फ़ोटोशॉप से उच्च रिज़ॉल्यूशन) के लिए एक ही नंबरिंग सिस्टम का उपयोग करना पसंद करता हूं। इस तरह से मुझे हमेशा पता है कि अंतिम संस्करण क्या है और यह किस विशिष्ट परियोजना का है।
- यदि किसी फ़ाइल में कोई परिवर्तन नहीं होता है, तो मैं उस फ़ाइल को मूल प्रोजेक्ट से रखता हूँ, जहाँ से यह आया है। यह इस तरह सटीक नाम होने के लिए बहुत सारे गलत लिंकिंग से बचता है।
- मैं एक अलग फ़ोल्डर में परत फ़ाइलों को रखता हूं (मुझे अपने .psd को समतल करना और प्रकाशन सॉफ़्टवेयर में आयात करना पसंद है)।
- मैं हमेशा एक्सटेंशन का उपयोग करता हूं
- अगर मुझे एक अंतिम फ़ाइल को संशोधित करने की आवश्यकता है, तो मैं बस अंतिम फ़ाइल "v2, v3, आदि का नाम बदल दूंगा।"
ईमेल
मेरा सभी ईमेल संचार स्पष्ट रूप से इस तरह की संरचना के साथ शुरू हो रहा है, इसलिए इसका अनुसरण करना आसान है:
- 01 सबूत - यहाँ परियोजना का नाम
- 02 सबूत - यहाँ परियोजना का नाम
- अंतिम फ़ाइलें - यहाँ परियोजना का नाम
- अंतिम फ़ाइलें v2 - यहाँ परियोजना का नाम
- आदि।
अभिलेखागार
प्रत्येक प्रोजेक्ट के फ़ोल्डर को क्लाइंट के फ़ोल्डर में उनके नाम के साथ भेजा जाता है
और मैं विभिन्न हार्ड डिस्क (एक बैकअप, और एक बैकअप का एक बैकअप) पर 2 बाहरी बैकअप पर संग्रह करता हूं। मैं इन एचडी को हर 3-4 साल में नए लोगों के लिए बदल देता हूं।
लॉग
मुझे वास्तव में लॉग का उपयोग करने की आवश्यकता नहीं है; मैं बस लॉग्स के लिए अपने अकाउंटिंग या इनवॉइस सॉफ़्टवेयर का उपयोग कर सकता हूं, और अगर मुझे कुछ चाहिए तो वहां खोजें (जैसे। फ्रेशबुक, क्विकबुक, आदि) सभी विवरण हैं और मेरी परियोजनाओं के नामों से मेल खाते हैं।