क्या दस्तावेज़ नियंत्रण में लागू संस्करण नियंत्रण (यानी सबवर्जन) है?

Question

मैं लगभग 100+ दस्तावेजों (शब्द दस्तावेज़, स्रोत कोड नहीं) का प्रभारी हूं जिसके लिए मेरे विभाग में विभिन्न लोगों द्वारा संशोधन की आवश्यकता है। वर्तमान में सभी दस्तावेज एक साझा फ़ोल्डर में हैं जहां वे फ़ोल्डर में वापस पुनर्प्राप्त, संशोधित और सहेज लेंगे।

अब मैं जो कर रहा हूं वह साझा फ़ोल्डर में "दिनांक संशोधित" देख रहा है, हाल ही में संशोधित दस्तावेज़ों को खोला है और परिवर्तन लागू करने के लिए एमएस वर्ड में "ट्रैक चेंज" फ़ंक्शन का उपयोग कर रहा हूं। मुझे यह थोड़ा कठिन लगता है।

तो क्या यह बेहतर और आसान होगा यदि मैं इसे संस्करण नियंत्रण डेटाबेस में करता हूं?

मूल रूप से मैं एक फ़ाइल के विभिन्न संस्करण रखना चाहता हूं।

---

मैं जवाब से क्या सीख है

• उपयोग टाइम मशीन अलग संस्करण (या Vista में छाया प्रतिलिपि)

• पाठ और बाइनरी दस्तावेजों के बीच एक अंतर है को बचाने के लिए जब आप संस्करण नियंत्रण ऐप का उपयोग करते हैं। (मुझे नहीं पता था कि )

• Diff संशोधन के लिए बाइनरी फ़ाइलें

• एक सूचना प्रणाली (यानी ईमेल) पर काम नहीं करेगा महान

• गूगल डॉक्स संशोधन की सुविधा है।

अद्यतन:

मैं गूगल डॉक्स संशोधन की सुविधा के साथ चारों ओर खेला और लगता है कि यह लगभग सही मेरे लिए है। बहुत लगातार संस्करण (ऑटोसविंग) के साथ बस थोड़ा नाराज।

लेकिन मेरे लिए क्या सही लगता है इसका मतलब यह नहीं है कि यह मेरे विभाग के लिए सही लगता है। क्या वे इन सभी दस्तावेजों को Google के साथ सहेजने के साथ ठीक रहेगा?

Answer 1

मुझे लगता है कि ऐसा कोई भी चीज़ नहीं है जिसे किसी ने नहीं पूछा है कि क्या आपके पास डॉक्टर के परिवर्तनों के इतिहास को संग्रहीत करने की कानूनी आवश्यकता है?

चाहे आप किस समाधान पर विचार कर सकते हैं, इस पर कोई प्रभाव नहीं पड़ता है या नहीं।

इसके अलावा पुरानी प्रतियों के लिए एक अधिसूचना तंत्र भी मज़ेदार बंडल है। यदि इंजीनियर ए में एक दस्तावेज़ और इंजीनियर बी की एक प्रति है तो उसे संपादित करता है और उन परिवर्तनों को करता है जिन्हें आप इंजीनियर चाहते हैं ए को अधिसूचित किया जाना चाहिए कि उसकी प्रति पुरानी है।

दस्तावेज़ नियंत्रण बहुत आसानी से कीड़े का वास्तविक रूप बन सकता है।

शायद दस्तावेज़ को सीवीएस या एसवीएन के तहत रखें और इसे सेट करें ताकि ईमेल को उसी दस्तावेज़ के अपडेट के दौरान प्रतिलिपि की जांच करने के लिए जेनरेट किया जा सके। भंडार में चेक किया गया है?

संपादित करें: मैं जोड़ना भूल गया कि बाइनरी स्विच का उपयोग करना न भूलें, उदा। सीवीएस के लिए -केबी, जब नया दस्तावेज़ जोड़ते हैं। अन्यथा, आपको उस डेटा के अनुक्रम मिलेगा जो कीवर्ड स्ट्रिंग्स के लिए एएससीआई से मेल खाने के लिए होता है जिसमें प्रासंगिक कॉन्फ़िगरेशन प्रबंधन डेटा संलग्न होता है जिससे आपके दस्तावेज़ को दूषित कर दिया जाता है। डेटा।

Answer 2

आप ऐसा कर सकते हैं, लेकिन यदि वह फ़ाइलें बाइनरी हैं तो आपको संपादन से पहले इसे लॉक रखना चाहिए। आपको कोई संघर्ष नहीं मिलेगा (जो अनजान होगा)।

Answer 3

आप कर सकते हैं, लेकिन आप हमेशा वर्ड के साथ दस्तावेज़ संस्करणों की तुलना करेंगे।

मैंने एक संस्करण नियंत्रण डेटाबेस नहीं सुना है जो Word दस्तावेज़ों में परिवर्तनों को ट्रैक कर सकता है।

हालांकि कुछ टूल हैं जो Word दस्तावेज़ों की तुलना कर सकते हैं, इसलिए यदि आप तुलना के लिए इन उपकरणों का उपयोग करने के लिए अपना संस्करण नियंत्रण क्लाइंट सेट अप करते हैं, तो आप कुछ मजेदार हो सकते हैं।

Answer 4

आवश्यक नहीं है। यह इस बात पर निर्भर करता है कि रेपो को कितनी बार नई फाइलें प्रतिबद्ध हैं। यदि फ़ाइलों को प्रतिबद्धता से पहले कई बार संपादित किया जाता है, तो आप ठीक वही हैं जहां आप अभी हैं। सबसे बड़ा लाभ यह है कि फ़ाइल दूषित हो जाती है।

आप किसी भी फ़ाइल का संस्करण कर सकते हैं; इस प्रकार मैक ओएस एक्स तेंदुए में टाइम मशीन काम करता है, उदाहरण के लिए, और किसी ऐसे व्यक्ति द्वारा एक दिलचस्प लेख है जिसने अपने पूरे कंप्यूटिंग पर्यावरण को सीवीएस में किया है और फिर अपने घर और काम मशीनों पर काम करने वाली प्रतियां बनाए रखी हैं।

लेकिन "बेहतर" और "आसान" आपकी स्थिति के लिए विशिष्ट हैं, और मुझे यकीन नहीं है कि चीजें खड़े होने पर मैं आपकी समस्या को पूरी तरह से समझता हूं।

Answer 5

सबवर्जन, सीवीएस और अन्य सभी स्रोत नियंत्रण प्रणाली शब्द दस्तावेज़ों और अन्य कार्यालय फ़ाइलों (जैसे एक्सेल स्प्रेड शीट्स) के लिए अच्छी नहीं हैं, क्योंकि फ़ाइलों को स्वयं बाइनरी प्रारूप में संग्रहीत किया जाता है। इसका मतलब है कि आप कभी वापस नहीं जा सकते और एनोटेट (या दोष, या जिसे आप इसे कॉल करना चाहते हैं), या दस्तावेजों के बीच अंतर करते हैं।

वहां वर्ड दस्तावेज़ों के लिए संशोधन नियंत्रण प्रणाली हैं, दुर्भाग्यवश मुझे किसी भी अच्छे व्यक्ति को नहीं पता है। हम अपने काम पर एक्सेल के लिए ऐसे नियंत्रण प्रणाली का उपयोग करते हैं, और दुर्भाग्य से वे सभी पैसे खर्च करते हैं।

अच्छी बात यह है कि वे जीवन को बहुत आसान बनाते हैं, खासकर यदि आपको कभी भी ऑडिट या उचित परिश्रम करना पड़ता है।

Answer 6

बॉक्स से बाहर सोचकर, विकी में माइग्रेट करने से प्रश्न से बाहर निकल जाएगा?

चूंकि आप अपने उपयोगकर्ताओं को सबवर्जन (या कुछ समान) में मजबूर करने के लिए व्यवहार्य मानते हैं, तो एक बड़ा परिवर्तन स्वीकार्य प्रतीत होता है।

एक और माइग्रेशन लक्ष्य कुछ प्रकार के संरचित XML दस्तावेज़ प्रारूप (DocBook दिमाग में आता है) का उपयोग करना हो सकता है। यह आपको सभी प्रकार के दस्तावेज़ प्रारूपों को मुफ्त में प्राप्त करते समय, वास्तव में diffs और स्रोत नियंत्रण का उपयोग करने में सक्षम बनाता है।

Answer 7

मैं SVN में Word दस्तावेज़ों के साथ काम किया। TortoiseSVN के साथ, आप शब्द दस्तावेज़ों को आसानी से अलग कर सकते हैं (कार्यशील प्रतिलिपि और भंडार के बीच, या दो भंडार संशोधन के बीच)। यह वास्तव में चिकना है और निश्चित रूप से अनुशंसित है। आप वर्ड दस्तावेज उपयोग कर रहे हैं SVN में Word दस्तावेज़ों को svn:needs-lock संपत्ति जोड़ने के लिए है

दूसरी बात करने के लिए। यह एक ही समय में एक ही दस्तावेज़ को संपादित करने की कोशिश कर रहा से दो लोगों को नहीं कर पाएगा, तो दुर्भाग्य से वर्ड दस्तावेज मर्ज करने के लिए कोई अच्छा तरीका है के बाद से।

उपर्युक्त दो चीजों के साथ, संशोधन नियंत्रित शब्द दस्तावेज़ों को संभालना कम से कम सहनशील है। यह निश्चित रूप से साझा फ़ोल्डर और ट्रैक-परिवर्तनों का उपयोग करने का विकल्प धड़कता है।

Answer 8

यदि आप WinMerge का उपयोग करते हैं तो इसमें वर्ड और एक्सेल बाइनरी फ़ाइलों को विलय करने के लिए समर्थन जोड़ा गया है।

Answer 9

Sharepoint वर्जनिंग एमएस-विशिष्ट दस्तावेज़ों का एक अच्छा (ठीक सभ्य) काम भी करता है।

Answer 10

पृथ्वी पर क्या आप सभी शब्द-बाइनरी-इतने-भिन्न लोग बात कर रहे हैं? उदाहरण के लिए, TortoiseSVN Word के साथ बॉक्स के ठीक से एकीकृत करता है और आपको Word के अंतर्निर्मित diff का उपयोग करने और कार्यक्षमता मर्ज करने में सक्षम बनाता है। यह ठीक काम करता है।

मैंने उन परियोजनाओं पर काम किया है जो संस्करण नियंत्रण में दस्तावेज़ संग्रहीत करते हैं। यह बहुत अच्छी तरह से काम कर रहा है, हालांकि अगर लोग संस्करण नियंत्रण से अपरिचित हैं, तो शायद उन्हें "काम करने की प्रतिलिपि" और "विलय" और "संघर्ष" जैसी चीजों के साथ वैचारिक कठिनाइयों का सामना करना पड़ रहा है। जब आप अपने दस्तावेज़ प्रबंधन प्रणाली की योजना बनाते हैं तो उपयोगकर्ताओं की क्षमताओं को अधिक महत्व न दें।

मेरा मानना ​​है कि इसमें से सभी के लिए बड़े और शक्तिशाली वाणिज्यिक समाधान भी मौजूद हैं। मुझे यकीन है कि यदि आपके पास पर्याप्त किलोडोलर हैं, तो आप कुछ ऐसी चीजें प्राप्त कर सकते हैं जो आपकी आवश्यकताओं को पूरी तरह से फिट करे। बड़े उद्यम के लिए दस्तावेज़ प्रबंधन प्रणाली एक बड़ा व्यवसाय है।

Answer 11

शेयरपॉइंट पर एक नज़र डालें। यदि लागत एक मुद्दा है, तो शेयरपॉइंट पोर्टल सेवा आपके लिए भी काम कर सकती है। अधिक जानकारी के लिए Read this

Answer 12

इसके लायक होने के लिए, Google Docs भी है। मुझे लगता है कि यह एकदम सही फिट नहीं है, लेकिन यह संस्करण बहुत सुविधाजनक है।

Answer 13

बस किसी दिए गए उत्तर को स्पष्ट करना चाहता था लेकिन मेरे पास अभी तक पर्याप्त अंक नहीं हैं।

diff बाइनरी फाइलों पर काम करेगा लेकिन यह केवल कुछ कहने जा रहा है जैसे "toto1 और toto2 बाइनरी फाइलें अलग-अलग हैं"।

Answer 14

नई संस्करण नियंत्रण परियोजनाओं में से कई नई निर्देशिकाओं के लिए बेहतर अनुकूल हैं, और एकल फ़ाइलों के लिए बहुत कुछ नहीं है।

किसी को यह विश्वास दिलाता है कि उन्हें एक पूरी परियोजना प्राप्त करने की आवश्यकता है, जब वे केवल एक व्यक्तिगत फ़ाइल को अपडेट करना चाहते हैं, तो दोपहर बिताने का एक "मजेदार" तरीका हो सकता है।

Answer 15

आपके पास एक अन्य विकल्प सॉफ्टवेयर और क्लाउड कंप्यूटिंग जादू का एक टुकड़ा है जिसे ड्रॉपबॉक्स कहा जाता है। या, आप शब्द दस्तावेज़ों को हटा सकते हैं और इसके बजाय स्थानीय रूप से साझा मीडियाविकी बना सकते हैं।

ड्रॉपबॉक्स: getdropbox डॉट कॉम

मीडियाविकि: मीडियाविकि डॉट ओआरजी

Answer 16

ClearCase संशोधन ट्रैकिंग के लिए पद के साथ एकीकृत करता है। मेरा मानना ​​है कि टेलीग्लिक डीओओआर भी करता है।

Answer 17

कैसे git कोशिश कर के बारे में, यह अगर आप इसे .gitattributes फ़ाइल में कॉन्फ़िगर Git शब्द .doc और खुले दस्तावेज़ .odf फ़ाइलों का समर्थन कर सकते हैं लगता है।

यहां एक reference है, diff आईएनजी बाइनरी फाइलों तक स्क्रॉल करें।

Answer 18

मैं मर्कुरियल का उपयोग TortoiseHg ओवरले के साथ करता हूं। मैं एक चेंजेट पर राइट-क्लिक कर सकता हूं, "विजुअल डिफ" चुनें, फिर "डॉकडिफ" टूल (बंडल आता है) चुनें, जो ट्रैक चेंज के साथ वर्ड में दस्तावेज़ लॉन्च करता है।

Answer 19

आप रेविज़ेंटर की तरह कुछ उपयोग कर सकते हैं, जो कि Google डॉक्स की तरह है लेकिन संशोधनों के नियंत्रण में निर्मित है जिसमें diffs, कांटे और 3 तरीके विलय शामिल हैं। http://revisionator.com

अद्यतन: यह Google डॉक्स के साथ आपके द्वारा उल्लेख किए जाने वाले बहुत से स्वचालित ऑटोसविंग की समस्या को भी ठीक करता है। यह डेटा हानि को रोकने के लिए अभी भी स्वत: सहेज लेगा, लेकिन यह केवल संशोधन इतिहास में एक नया संस्करण बनाएगा और जब आप स्पष्ट रूप से अपने परिवर्तनों को "रिलीज़" करेंगे तो अन्य उपयोगकर्ताओं के साथ साझा करेंगे।