आपका ईमेल पता प्रकाशित नहीं किया जाएगा। अपेक्षित स्थानों को रेखांकित कर दिया गया है *
अंतर्दृष्टि के लिए धन्यवाद और उपयोगी सॉफ्टवेयर की ओर जाता है। मुझे उम्मीद है कि आप भविष्य में इस पोस्ट को जोड़ेंगे (संशोधित करेंगे)।
लिखने के लिए संशोधन नियंत्रण उन दस्तावेजों के लिए सबसे उपयुक्त लगता है जो जटिल और / या बड़े हैं। तो उदाहरण के रूप में अर्थशास्त्र या ऊष्मागतिकी में एक पुस्तक लें। आमतौर पर इसे कुछ लटेक्स की तरह लिखा जाएगा और कई फाइलों को मिलाया जाएगा - न केवल अलग-अलग। नेट फाइलें, शायद प्रत्येक अध्याय के लिए एक, बल्कि आरेख, चित्र, शायद कोड, और इसी तरह। इसमें संदर्भ भी शामिल होंगे, निश्चित रूप से बाईटेक्स से लेकिन शायद एंडनोट या ज़ोटेरो जैसे उपकरण से भी।
इसके अलावा, LaTex माना जाता है कि दस्तावेज़ों को टाइप करने और स्वचालित करने के लिए बहुत अच्छा है, लेकिन यह उन्हें रचना के लिए महान नहीं है। इसलिए पुस्तक के लेखक के लिए LTeX के अनुकूल फ्रंट एंड का उपयोग करने की संभावना है, जैसे कि स्क्रिपर या LyX। यह इन एप्स से सेव की गई फाइलें होंगी, जिन्हें पीडीएफ, पीएनजी, आर और मॉनीटर में डाली गई अन्य फाइलों के साथ-साथ ग्रंथ सूची डेटाबेस में बदलाव के साथ मॉनिटर करना होगा। (उदा।, संस्करण १.१ और १.२ के बीच एकमात्र अंतर यह हो सकता है कि १.१ संदर्भ के पहले संस्करण का उपयोग करता है, लेकिन १.२ एक का उपयोग करता है नया, संशोधित संस्करण।) इसके अलावा, दस्तावेज़ के पाद लेख में संशोधन संख्या डालने का एक आसान (स्वचालित) तरीका होना चाहिए। यदि पुस्तक सहयोगात्मक रूप से लिखी जा रही है, तो शायद पाद लेख को नवीनतम संशोधनों के लिए जिम्मेदार योगदानकर्ता का नाम भी देना चाहिए।
ड्रॉपबॉक्स की तरह एक भंडारण समाधान फ़ाइलों के कई संस्करणों को रखने में सक्षम हो सकता है, लेकिन सभी सहायक जानकारी नहीं (जैसे, बदलाव क्यों किए गए थे)। AFAIK, ये समाधान दस्तावेज़ (नों) में संशोधन संख्या सम्मिलित करने का कोई तरीका भी प्रदान नहीं करते हैं।
इसलिए शायद Git जैसी संशोधन प्रणाली केवल व्यावहारिक विकल्प हैं। यदि हां, तो मैं वास्तव में एक अनुवर्ती पोस्ट को देखना चाहता हूं जैसे कि ऊपर वर्णित मुद्दों को संबोधित करना और एक संक्षिप्त प्राइमर प्रदान करना कि कैसे एक लेखक को गिट या एक विकल्प का उपयोग करना शुरू करना चाहिए।
मैं यह नहीं देख सकता कि कोई भी क्लाउड स्टोरेज सॉल्यूशन इसे कैसे संबोधित कर सकता है। वे ज्यादातर (केवल) एक चीज को अच्छी तरह से करने के नियम को तोड़ते हैं। डॉक्स, वर्ड और ड्राफ्ट सभी डॉक्यूमेंट कंपोजिशन, फॉर्मेटिंग और रिवीजन कंट्रोल को एक डॉक्यूमेंट में जोड़ते हैं।
संस्करण नियंत्रण सब कुछ में होना चाहिए (स्रोत कोड, प्रलेखन)। यह सीखने के लायक है कि संस्करण नियंत्रण का उपयोग कैसे किया जाए। यह एक बीमा पॉलिसी की तरह है। जो कुछ भी होता है, आप हमेशा कुछ भी पुनः प्राप्त कर सकते हैं जब तक कि आपने संस्करण नियंत्रण प्रणाली में इसकी जांच की।
ड्राफ्ट नियंत्रण चट्टानों! मैंने इसका उपयोग तब किया जब मैंने कॉलेज के लिए अपने आवेदन लिखे। जब मुझे अपने पुराने संपादन देखने की आवश्यकता थी, तो मैं पूरी तरह से कर सकता था।
मैं वास्तव में संस्करण नियंत्रण का उपयोग नहीं करता हूं। यदि मुझे उस टुकड़े पर नया विचार मिलता है, जिस पर मैं काम कर रहा हूं, तो मैं उस क्लिप की प्रतिलिपि बनाऊंगा जिसे मैं बदलने जा रहा हूं और इसे मेरे क्लिपबोर्ड प्रबंधक में सहेजूंगा। फिर मैं उस हिस्से को बदल दूंगा, एनोटेशन जोड़ूंगा और दोनों संस्करणों की तुलना करूंगा। जब से मैं अकेला काम करता हूं, मैं प्रबंधन कर सकता हूं और लिखने से पहले मैं एक विचार-मंथन के लिए एक नोटबुक रखता हूं।
कंटेंट प्रोड्यूसर्स के लिए वर्जनिंग और बैकअप लेना बेहद जरूरी है, चाहे वह प्रोग्राम कोड हो या आपका कीमती डॉक्यूमेंट, आर्ट या जो भी आप प्रोड्यूस करते हैं। सभी को कम से कम मूल बातें सीखना चाहिए और इसका उपयोग करना चाहिए।
मैंने केवल लेख को स्किम किया क्योंकि मैं एक कोडर हूं और मेरे सभी लेखन कोड या लाटेक्स हैं इसलिए सामान्य संस्करण नियंत्रण आदर्श रूप से अनुकूल है। लेकिन, संस्करण नियंत्रण को अधिक लोगों के ध्यान में लाने के लिए धन्यवाद।
मुझे ऐसा लगता है कि यह सभी समुदायों में इस तरह का एक सराहनीय उपकरण है और इतना फायदेमंद हो सकता है। जब तक आप बड़ी फ़ाइलों पर काम नहीं कर रहे हैं, भंडारण ओवरहेड इतना कम है (और भंडारण इतना सस्ता है) कि कई, कई संस्करणों के लिए एक अच्छा कारण नहीं है। और यह आपके काम को ट्रैक करना इतना आसान बना देता है! मैं अपने पीएचडी शोध प्रबंध पर काम कर रहा था (या कम से कम इसे शुरू कर रहा था) और मैं मूल रूप से पिछले कुछ वर्षों में किए गए सब कुछ को फिर से बनाने में सक्षम था। मैं कोड और दस्तावेज विकसित और सुधार देख सकता था।
और यह भी सहयोग उपकरण की सतह खरोंच नहीं करता है! यह इतने सारे वातावरण में बस इतना उपयोगी है!
ऑनलाइन दस्तावेज़ों के लिए, मैं आपको [टूटे हुए URL हटाए गए] में संशोधनकर्ता को आज़माने की सलाह देता हूं। ड्राफ्ट के विपरीत, यह WYSIWYG है, कोई मार्कडाउन की आवश्यकता नहीं है।
यह संशोधन नियंत्रण सुविधाओं के एक बड़े सेट का भी समर्थन करता है। उदाहरण के लिए, यदि आप एक लेखन प्रयोग करना चाहते हैं, तो आप एक दस्तावेज़ को शाखा कर सकते हैं। बाद में, यदि आप चाहें, तो आप इसे स्वचालित रूप से मुख्य दस्तावेज़ में वापस मर्ज कर सकते हैं।
