मुझे Pixel Novel से टूल टाइमलाइन मिला , लेकिन मुझे आश्चर्य हुआ कि क्या मैं अपनी डिज़ाइन फ़ाइलों को प्रबंधित करने के लिए किसी भी सबअवरेशन ऐप का उपयोग कर सकता हूं। मुझे अभी तक सबवर्स के बारे में सब कुछ समझ में नहीं आया है, और मुझे डिज़ाइन क्षेत्र में उसके उपयोग के बारे में बहुत सारी जानकारी नहीं मिली है।
जवाबों:
यह सुनिश्चित नहीं है कि यह डेटा संपीड़न के साथ कितनी अच्छी तरह काम करता है, लेकिन आप गिट एनेक्स को एक कोशिश देना चाह सकते हैं : http://git-annex.ranchable.com
यदि आपकी फाइलें इतनी बड़ी नहीं हैं, तो सादा गिट या मर्क्यूरियल सबसे उपयुक्त हो सकता है। बस एसवीएन से हर कीमत पर बचें
Https://stackoverflow.com/questions/29292/version-control-for-graphics पर कुछ अच्छे सुझाव हैं
यहाँ http://StackOverflow.com पर सवाल से कुछ उद्धरण हैं
"जीथुब ने हाल ही में" छवि दृश्य मोड "पेश किया, एक नज़र डालें: https://github.com/blog/817-behold-image-view-modes "
-
"मुझे बहुत बड़ी परियोजनाओं (+100 जीबी) पर पर्फेक्ट का उपयोग करने के साथ सफलता मिली है, हालांकि हमें संस्करण नियंत्रण सर्वर तक पहुंच को थोड़ा और अधिक कलाकार के अनुकूल बनाना था।"
-
"TortoiseSVN छवि सुधारों को साइड-बाय-साइड दिखा सकता है, जो वास्तव में उपयोगी है। मैंने इसे अलग-अलग टीमों के साथ बड़ी सफलता के साथ उपयोग किया है। कलाकारों को चीजों को वापस करने की क्षमता थी (वे अवधारणाओं के अभ्यस्त होने के बाद)। )। यह बहुत जगह लेता है, हालांकि। "
टाइमलाइन "किसी भी svn" के साथ काम करती है और जाहिरा तौर पर एक indesign प्लगइन है।
SVN संभवतः यहाँ विषय से दूर है, लेकिन संक्षेप में, यह एक ही मूल फ़ाइल को ट्रैक करता है और फिर उस मूल फ़ाइल में परिवर्तनों को संग्रहीत करता है जैसे ही समय आगे बढ़ता है या आप एक नया "आधार बिंदु" बाध्य करते हैं।
एक पुराने संस्करण में मज़बूती से वापसी करने का एकमात्र तरीका है कि उन्हें मैन्युअल रूप से तुलना करें और निर्णय लें। मूल रूप से सादे पाठ फ़ाइलों (स्रोत कोड) के लिए मूल रूप से सुधार का मतलब था, और कच्चे परिवर्तनों को देखना और यह तय करना बहुत आसान है कि आप क्या चाहते हैं क्योंकि वे शुरू करने के लिए मानव पठनीय थे, लेकिन बाइनरी डेटा (चित्र, मालिकाना प्रारूप, कंटेनर प्रारूप) के लिए आदि), परिवर्तन एक मानव पठनीय रूप में नहीं हैं। टाइमलाइन विभिन्न तरीकों को लेकर और उन्हें प्रदर्शित करके इसे संभालने का एक तरीका प्रतीत होता है।
जीआईटी छवि के लिए स्कॉट का लिंक विशिष्ट प्रारूपों के लिए है और ( मैं अनुमान लगा रहा हूं ) शायद PSD फ़ाइलों और विशेष रूप से इनडिज़ाइन फ़ाइलों (यानी यादृच्छिक द्विआधारी प्रारूप) का समर्थन नहीं करता है। टाइमलाइन एक ऐसा प्लगिन प्रतीत होता है जो केवल बाइनरी डेटा (एक अच्छा समाधान, कम से कम पेपर एनओओ) पेश करने के लिए होस्ट एप्लिकेशन पर निर्भर करता है।
एक svn रेपो काम करने का मूल तरीका यह है कि आपके पास एक सर्वर प्रक्रिया है जो सभी अंतरों के ट्रैकिंग और प्राथमिक भंडारण को संभालती है। फिर आपके पास अपने काम करने वाली मशीन पर एक क्लाइंट प्रक्रिया है जो हमेशा चलती है और संदर्भ मेनू आदि (या कमांड लाइन का उपयोग करता है) में झुका हुआ है। आप एक स्थानीय खाली फ़ोल्डर बनाते हैं और फिर इसे सर्वर पर रेपो से एक संस्करण "चेक आउट" करके एक SVN फ़ोल्डर के रूप में टैग करते हैं। उस बिंदु से, आप उन्हें अपनी इच्छानुसार संपादित कर सकते हैं, लेकिन आपको कॉपी या हटाने के लिए svn क्लाइंट का उपयोग करना होगाफ़ाइल सिस्टम पर फ़ाइल। यदि आप स्थानीय SVN फ़ोल्डर में कोई नई फ़ाइल जोड़ते हैं, तो आपको उन्हें ट्रैक करने के लिए टैग करना होगा। यह सब स्थानीय रूप से होता है और रेपो केवल किसी भी संशोधन के साथ अपडेट हो जाता है जब आप मैन्युअल रूप से रेपो को "कमिट" करते हैं। आपकी स्थानीय प्रतिलिपि एक एकल संस्करण है और आपको किसी फ़ाइल को वापस करने के लिए SVN सर्वर पर वापस संचार करने की आवश्यकता है।
यह सब एसवीएन की तुलना में धीमा है, यहां तक कि पाठ फ़ाइलों के लिए भी, खासकर यदि आप एक बड़ी परियोजना की जांच कर रहे हैं। जिन परियोजनाओं में मैंने SVN (भूत काल) का उपयोग किया, वे ज्यादातर 20-30 हजार छोटी फाइलों के साथ स्रोत कोड आधारित थे और एक पूर्ण चेकआउट के लिए एक कॉफी ब्रेक की आवश्यकता थी। मुझे संदेह है कि इतनी छोटी फाइलों से थ्रूपुट ओवरहेड के कारण अधिक था और एक ही भंडारण आकार की कम बड़ी बाइनरी फाइलें जल्दी होती थीं।
मुझे लगता है कि जीआईटी थोड़ा अलग तरीके से काम करता है।
मैं अपने Illustrator और InDesign परियोजनाओं के लिए git का उपयोग कर रहा हूं। मुझे स्वीकार करना होगा कि इस तरह से डिजाइनों का प्रबंधन करना आसान नहीं है। यहाँ कुछ सुझाव मैं आपकी मदद कर सकता है:
बस एसवीएन के साथ सावधान रहें, मैं गिट सीखूंगा। यह विशाल फ़ाइल आकारों के साथ बेहतर है, लेकिन फिर भी तोड़फोड़ नियंत्रण / प्रबंधन को पूरा करता है। बस और अधिक हल्के।
अधिकांश संस्करण प्रणाली को गैर-बाइनरी फ़ाइल स्वरूपों को संभालने के लिए डिज़ाइन किया गया है। दूसरे शब्दों में, पाठ फ़ाइलें।
वे हल्के, कांटे और शाखा के लिए आसान और विलय और वृद्धिशील परिवर्तनों का ट्रैक रखते हैं।
एसवीएन और जीआईटी जैसे सिस्टम PSD फ़ाइलों को संभालने के लिए डिज़ाइन नहीं हैं। ये विशालकाय फाइलें हैं और आसानी से एक संस्करण से अगले तक तुलनीय नहीं हैं और 'मर्ज' और फोर्क और लाइक के लिए असंभव हैं।
कुछ लोग बाइनरी फ़ाइलों की अनुमति दे सकते हैं - मेरा मानना है कि एसवीएन करता है, लेकिन मेरे अनुभव में, यह उन्हें संस्करण बनाने की कोशिश नहीं करता है। इसके बजाय यह सिर्फ नवीनतम संस्करण को स्वैप करता है। इसलिए वहां सीमित उपयोग।
इसके अलावा, यदि आप काम करने के संस्करण नियंत्रण मॉडल के हैंग में हैं, तो आप बार-बार जांचना सीखेंगे। यह कोड के लिए बहुत अच्छा है, लेकिन जल्द ही आपकी रिपॉजिटरी को अप्राप्य आकारों में ब्लोट किया जाएगा यदि आप प्रत्येक 20 मिनट में 100mb PSD फ़ाइलों के संस्करणों की जांच कर रहे हैं।
ब्रांचिंग और इसी तरह की कमी के कारण, इसका मतलब है कि आप अभी भी मैन्युअल रूप से बहुत कुछ कर रहे होंगे, जिसमें थोड़ा ट्वीकल फ़ाइलों की कई प्रतियां होंगी। यह, अफसोस, और भी बड़ी फ़ाइलों का मतलब है जिन्हें संस्करण नियंत्रण का उपयोग करने के खिलाफ एक और हड़ताल करने की आवश्यकता है।
जैसे, भारी बाइनरी फ़ाइलों के लिए, आप इस तरह के एक संस्करण नियंत्रण प्रणाली के बाहर रखना चाहते हैं और DAM (डिजिटल एसेट मैनेजमेंट) टूल में देखेंगे।
काश, कई संस्करण नियंत्रण प्रणालियाँ विशेष रूप से भारी दस्तावेज़ों के लिए डिज़ाइन नहीं की जातीं। शेयरपॉइंट एक है, लेकिन यह अनाड़ी है, मुश्किल से स्वचालित है, और शायद ही कभी PSDs के आकार को संभालने के लिए सेट किया गया है।
सबसे संभावित विकल्प एडोब का अपना वर्जन क्यू है, मेरा मानना है कि इसे 'एडोब ड्राइव' उत्पाद में बदल दिया गया है: