व्यावसायिक संस्करण नियंत्रण के विकल्प [बंद]

Question

हम कुछ गैर प्रोग्रामर (लेखक) के साथ टीम बना रहे हैं, जिन्हें हमारी परियोजनाओं में से एक में योगदान करने की आवश्यकता है।

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

अब, हम उन्हें शिक्षित करने या उन्हें उपयोग करने के लिए मनाने की स्थिति में नहीं हैं। हम केवल विकल्प ढूंढने का प्रयास कर रहे हैं ताकि हम उनके सभी कामों को प्राप्त कर सकें (जो कि हमारी आवश्यकता है) - और उन्हें आसान वर्कफ़्लो मिलता है और वे जो करते हैं उस पर ध्यान केंद्रित करते हैं।

मैं कुछ विचार लेकर आया हूं ...

• हर बार जब वे कुछ गैर-तुच्छ परिवर्तन करते हैं, तो एक अलग फ़ाइल के रूप में अपने काम को बचाने के लिए उन्हें बताएं, और फिर परिवर्तनों को ट्रैक करने के लिए हमारी तरफ से एक अंतर का उपयोग करें।
• एक प्रोग्राम (पायथन में) लिखें जो CSSEdit में "मील के पत्थर" को किसी तरह से लागू करता है।

परियोजना के बारे में:

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

कारण हमें उन परिवर्तनों को नियंत्रित करने की आवश्यकता है क्योंकि इनपुट में हर छोटे / बड़े बदलाव से सिस्टम के आउटपुट को नाटकीय रूप से बदलने की क्षमता है।

Comments

@rwong - या संस्करण के साथ एक विकि, जो भी काम कर सकता है।

— जॉरिस टिम्मरमन्स

@MadKeithV टिप्पणी से जोड़ते हुए, कैसे एक git संचालित विकि के बारे में? github.com/github/gollum - वर्कफ़्लो में कुछ बदलाव किए जाने वाले हैं, आप दो टीमों को पाटने की कोशिश कर रहे हैं। क्या आपने उनके वर्तमान उपकरणों का पता लगाया है? एक छोटी सी संभावना है कि वे किसी प्रकार के संस्करण नियंत्रण का समर्थन करते हैं और आपके लेखक कभी भी इसका पता लगाने की

— जहमत नहीं उठाते हैं

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

— रामहुंड

जीवाश्म एक दिलचस्प वीसीएस है जो एक संस्करण विकी के साथ भी आता है। हमने इसे डॉक्स को अद्यतित रखने के तरीके के रूप में उपयोग किया है लेकिन आप इसे इस तरह से "संस्करण" में उपयोग कर सकते हैं।

— बेन ब्रोका

आप शाखाओं और गैर-तकनीकी में विलय करने की कोशिश क्यों कर रहे थे? आप उनका काम चाहते हैं, ठीक है। आप उन्हें बता सकते हैं कि आप इसे कैसे सहेजना चाहते हैं। आप उन्हें शाखाओं और मर्जों को संभालना चाहते हैं, आप गहरी समाप्ति पर जा रहे हैं। आपको उन्हें कछुआ की तरह कुछ अच्छा और आसान लगना चाहिए था, और उन्हें कुछ भी बताने से परहेज करना चाहिए जिनकी उन्हें वास्तव में जरूरत नहीं थी।

— डेविड थॉर्नले

Answer 1

जब मैंने पहली बार उन्हें ब्रांचिंग और मर्ज करने के लिए पेश किया - तो वे ऐसे लग रहे थे जैसे मैं उन्हें अपमानित कर रहा हूं

यह शायद इसलिए है क्योंकि शाखाओं में बंटी और विलय उन्नत अवधारणाएं हैं, और केवल परिवर्तनों को ध्यान में रखने की तुलना में असीम रूप से कम उपयोगी हैं।

तो क्यों न सिर्फ "कमिट" (सेव) और "अपडेट" समझाया जाए? दो वास्तव में सरल अवधारणाओं। मुझे यकीन है कि आप इसे 10 मिनट से भी कम समय में समझा सकते हैं।

यदि आप वास्तव में अलग-अलग शाखाओं और सामानों का उपयोग करना चाहते हैं, तो आप उस हिस्से को खुद को इसके साथ शामिल किए बिना कर सकते हैं।

Comments

+1। उनके उद्देश्यों के लिए, बस सीधी-रेखा के इतिहास को रखना एक कट्टरपंथी और खेल-परिवर्तन की धारणा है। मुझे लगता है कि यह संभावना नहीं है कि एक लेखक को वास्तव में कभी ब्रांचिंग और विलय की आवश्यकता होगी, और यदि वे करते हैं, तो उन्हें प्रबंधित करने के लिए एक देवता के हाथ की आवश्यकता होगी।

— डेन रे

@BillK, क्या आपने वास्तव में गिट के साथ विलय की कोशिश की है? मुझे लगता है कि यह एसवीएन के मुकाबले काफी बेहतर है। (मैं विलय का उपयोग करने की वकालत नहीं कर रहा हूँ जहाँ इसकी आवश्यकता नहीं है, हालांकि।)

— svick

@ बिल K ईमानदारी से, ऐसा लगता है जैसे आपको SVN पर 20 साल बाद कुछ पकड़ने की जरूरत है (यदि है भी)। ब्रांचिंग और मर्जिंग वास्तव में इन लेखकों के लिए कोई मतलब नहीं हो सकता है, लेकिन मुझे यकीन नहीं है कि आप कभी रेपो ब्रांचिंग के बिना 20 साल तक कैसे प्रोग्राम कर पाए। ऐसे बहुत से मामले हैं जहाँ शाखाएँ अच्छा अभ्यास हैं और आपके जीवन को आसान बनाती हैं; वास्तव में, आँख बंद करके अवधारणा को अस्वीकार करना खराब निर्णय (IMHO) को दर्शाता है। एसवीएन में ब्रांचिंग एक दर्द था, लेकिन गिट चीजों के साथ वास्तव में आसान हो गया। अपने आप को एक एहसान करो, अपने अहंकार पर उतरो और एक दोपहर में निवेश करने के लिए मूल बातें सीखो। आप इसे पछतावा नहीं करेंगे, वादा किया है!

— रॉबिन

@ user606723: TortoiseSVN और TortoiseGIT विंडोज़ शेल एकीकरण प्रदान करते हैं।

— रॉय टिंकर

मुझे पूरा यकीन है कि गिट शाखाओं को पढ़ाने और गैर-तकनीकी लोगों के साथ विलय करने की कोशिश करना मानव अधिकारों का उल्लंघन है।

— स्टीव बेनेट

Answer 2

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

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

Comments

मैं उसी बात का सुझाव देने जा रहा था। कोई कारण नहीं है कि आप ड्रॉपबॉक्स में फ़ोल्डर को गिट रेपो नहीं बना सकते (उन्हें जानने की आवश्यकता नहीं है) और आवधिक (जैसे दैनिक) कमिट करता है। इस तरह आपको सभी अच्छे git सामान (diffs, log, bisects, etc) मुफ्त में मिल जाते हैं।

— साइमन व्हाइटेकर

सुनिश्चित करें कि आप भुगतान किए गए संस्करण का उपयोग करते हैं, क्योंकि मुफ्त संस्करण केवल ~ 30 दिनों के लिए संस्करणों को बचाता है अगर मुझे सही याद है।

— DMAN

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

— सैम होसेवर

@DavidThornley: आपने ड्रॉपबॉक्स के साथ वास्तविक सुरक्षा समस्याओं के बारे में नहीं सुना है ???

— सम होसीवर

@ सॅम होसेवर: ठीक है, अब मेरे पास है। यह चार घंटे की भेद्यता थी, जो निश्चित रूप से अच्छा नहीं है, लेकिन इसका मतलब यह नहीं है कि यह एक बुरा विचार है। फिर, यह इस बात पर निर्भर करता है कि लेखन कितना संवेदनशील है, और अगर एक छोटा मौका है कि यह किसी बाहरी व्यक्ति द्वारा देखा जा सकता है तो स्वीकार्य है। (यह स्पष्ट रूप से चिकित्सा रिकॉर्ड के लिए अयोग्य है, लेकिन मेरे पास खराब कल्पना और अधूरी सॉफ्टवेयर परियोजनाओं को छोड़ने के बारे में कोई योग्यता नहीं है।)

— डेविड थार्नले

Answer 3

सच में जवाब आपके संपादन में है: "हमने कुछ लेखकों को काम पर रखा है" - कभी-कभी आपको सिर्फ खूनी दिमाग होना पड़ता है ... वे चाहते हैं कि आपका पैसा उन्हें वही करना है जो आप प्रदान करना चाहते हैं जो आप चाहते हैं वह अनुचित नहीं है।

आपके द्वारा किया गया तर्क वह तर्क है जो आप पहले ही उन्नत कर चुके हैं - हमें उत्पाद कार्य करने के लिए X, Y और Z करने में सक्षम होना चाहिए - और ऐसा करने के लिए हमें आपको ऐसा करने की आवश्यकता है। हम जितना हो सके उतना सहायक होंगे, लेकिन इसके लिए काम करना होगा (और इसलिए इसे आपके लिए एक आय स्ट्रीम के रूप में जारी रखने के लिए, लेखक) ऐसा होना चाहिए।

मैं इस बात से सहमत हूं कि एक उपयुक्त विकी आधारित समाधान एक अच्छा मेल प्रतीत होगा - लेकिन यहाँ चुनौती यह है कि उनके वर्कफ़्लो और आपकी आवश्यकताओं के बीच समझौता कैसे किया जाए।

मैं मुख्य बिंदु को दोहराऊंगा - आपकी परियोजना के लिए एक सफलता के लिए आपको लेखों की आवश्यकता होगी, इसलिए लेख पर काम करने वालों को नियमों के एक निर्धारित सेट से खेलना होगा, अगर ऐसा नहीं होता है तो आपको मिलेगा जला दिया और विस्तार से तो लेखकों होगा।

Comments

मैं आपसे पूरी तरह सहमत हूं। लेकिन आप देखते हैं कि हमारे (प्रोग्रामरों की टीम) और लेखकों के बीच "प्रबंधन" नामक कुछ है। प्रबंधन ने लेखकों को काम पर रखा, और हमें उनके साथ काम करने के लिए कहा। तथ्य यह है कि वे संस्करण नियंत्रण सीखने के लिए अनिच्छुक हैं, कुछ ऐसा है जिसे प्रबंधन एक मुद्दे के रूप में देखता है हमें (टीम) और उन्हें (प्रोग्रामर) के बीच "समायोजित" होना चाहिए।

— treecoder 12

मैंने अनुमान लगाया ... लेकिन फिर आपको अपना मामला प्रबंधन को देना होगा, और उसी मामले को। वे सही हैं कि इसकी कुछ चीज़ों को "समायोजित" (शब्द का दिलचस्प विकल्प) होना चाहिए - लेकिन समझौता एक दो तरह की बात है, आपको उन्हें कुछ देना होगा जिसके साथ वे काम कर सकते हैं, उन्हें इसके साथ काम करना होगा।

— मर्फ़

याय - बिना किसी स्पष्टीकरण के, हमेशा उन जैसे।

— मर्फ़

@greengit मुद्दे जिन्हें टीमों के बीच "समायोजित" होने की आवश्यकता होती है, प्रबंधन का हिस्सा हैं। एक टीम को जिम्मेदारी सौंपना या तो आलसी है, या संभवतः एक संकेत है कि प्रबंधन उस टीम के दृष्टिकोण को पसंद करेगा। तो मैं आपको सुझाव दूंगा कि आप उस समाधान का प्रबंधन करें जो आपके लिए अधिक समझ में आता है, और उन्हें हर चीज के बारे में चिंता करने दें।

— यानिस डे 8’11

मेरे पास इन "समायोजन" को उनके प्रस्तावित परिवर्तनों के लिए बजट के रूप में प्रबंधन के लिए प्रस्तुत करने की प्रवृत्ति है। "निश्चित रूप से, हम उनके उपयोग से बच सकते हैं (git, ...)। हमें उनके लिए ऐसा करने के लिए एक सचिव को नियुक्त करने की आवश्यकता होगी। यहां साइन इन करें और मैं सोमवार को साक्षात्कार शुरू करूंगा।"

— BRPocock 17

Answer 4

मुझे पहले भी इसी तरह की स्थिति से निपटना पड़ा है। अंत में हमने केवल एक डेवलपर (मुझे) को 3 पार्टी के संपर्क के संस्करण नियंत्रण बिंदु के रूप में नामित किया।

3rd पार्टी मुझे हर दिन उनके प्रोजेक्ट फाइलों की एक ज़िप फ़ाइल ईमेल करती है और मैं उनके लिए चेकइन करता हूँ। मैं उनके लिए एक अलग परियोजना कार्यक्षेत्र और svn खाता सेटअप करता हूं और फाइलों को उस कार्यक्षेत्र में लिखकर भेज देता हूं जो कि वहां था और फिर उस खाते के तहत चेकइन करते हैं।

यह हर दिन करने के लिए सबसे मजेदार नहीं था, लेकिन कभी-कभी यह सिर्फ काम करने के लिए अधिक महत्वपूर्ण होता है।

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

Comments

+1 यदि यह संभव था, तो यह "समस्या हल हो जाएगी!" हमारे लिए। ऐसा इसलिए नहीं है क्योंकि हम छोटी कंपनी हैं और मुझे नहीं लगता कि इस कार्य के लिए आंशिक रूप से या पूरी तरह से किसी एक डेवलपर को बख्शने का सुझाव दिया गया है (मुहावरेदार) प्रबंधन से मुझे कोई मुस्कुराहट लौटाएगा। वास्तव में, मैं इस तरह से हमारे प्रबंधन के बारे में महसूस करता हूं।

— ट्रेकरोड

@greengit - यदि आपको लगता है कि यह एकमात्र उपाय है जो आपको लगता है कि काम करेगा, तो लागत विभिन्न लोगों को नियुक्त करने के लिए प्रबंधन को मजबूर करेगी, जो आपके टूल के साथ काम करेंगे। बेशक, आप प्रबंधन को समझा सकते हैं कि संस्करण नियंत्रण को छोड़कर कोई भी समाधान नहीं होगा, या तो आप समस्याओं के आसपास काम कर रहे हैं (और उन्हें हल कर रहे हैं) काम के आसपास बनाई गई या समस्याओं को रोकने के लिए अतिरिक्त समय बिताने की कोशिश करें (जब तक कि आप उन दोनों प्रमुख बिंदुओं को अनदेखा न करें। , समस्याएं घटित होंगी, वास्तव में वे होंगी चाहे कोई भी हो)।

— रामहाउंड

@greengit स्पष्ट रूप से यह इस बात पर निर्भर करने वाला है कि आपकी प्रक्रिया में सभी क्या शामिल हैं, लेकिन मेरे मामले में मुझे 3 पार्टी फाइलों की जांच करने में प्रतिदिन 5 मिनट से भी कम समय लगा। यह एक प्रक्रिया को विकसित करने और उस पर तीसरी पार्टी को प्रशिक्षित करने के लिए समय बर्बाद करने का मेरा समाधान था।

— एलन बार्बर

यह इतना कठिन नहीं होना चाहिए। एक व्यक्ति लेखकों से संस्करण नियंत्रण प्रणाली के लिए इंटरफ़ेस है। वे अपने सभी परिवर्तनों को उसके पास जमा करना जानते हैं। जगह में उनके परिवर्तन को छोड़ने और उन्हें करने के लिए उसे एक या दो मिनट से अधिक नहीं लेना चाहिए।

— डेन रे

@greengit - यह मेरा जवाब होने जा रहा था। हाँ, उपयोगी काम करने से समय लगेगा। एक कस्टम सिस्टम लिखना (जिसे आप करने के लिए उत्सुक प्रतीत होते हैं) लिखने में अधिक समय लगेगा। और लेखक अभी भी शिकायत करेंगे।

— माइक बैरनज़क

Answer 5

स्पार्कलेश एक गिट-आधारित ड्रॉपबॉक्स-क्लोन है, मुझे लगता है कि यह आपकी आवश्यकताओं के अनुरूप है।

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

... यहाँ स्माइली चेहरे के साथ यह अच्छी तरह से और कम अच्छी तरह से करता है के कुछ उदाहरण हैं:

महान

• पाठ, कार्यालय दस्तावेज़ और छवियों की तरह अक्सर बदलती परियोजना फाइलें
• कई लोगों द्वारा संपादित फ़ाइलों को ट्रैक करना और सिंक्रनाइज़ करना
• किसी फ़ाइल को उसके इतिहास के किसी भी बिंदु पर बदलना
• एन्क्रिप्शन का उपयोग कर सर्वर पर अपनी फ़ाइलों पर जासूसी को रोकना

इतना महान नहीं

• पूर्ण कंप्यूटर बैकअप
• अपनी तस्वीर या संगीत संग्रह संग्रहीत करना
• बड़ी बाइनरी फाइलें जो अक्सर बदलती रहती हैं, जैसे वीडियो संपादन प्रोजेक्ट ...

अद्यतन (नवंबर 2015) : परियोजना को छोड़ दिया जाता है (अप्रैल 2014 से अंतिम रिलीज)।

Comments

बहुत आशाजनक, लेकिन शायद थोड़ा अपरिपक्व। मैं हालांकि इस पर निश्चित रूप से नजर रखूंगा।

— Zsolt Török

Answer 6

यदि आप पारदर्शी वीसीएस-उपयोग के साथ तैयार कार्यक्षेत्र प्रदान कर सकते हैं , तो वे वीसीएस का उपयोग करेंगे। प्रोग्रामर के तरीके से गैर-प्रोग्रामर को VCS का उपयोग करना न सिखाएं

बस एम्बेडेड वीसीएस-समर्थन के साथ संपादक ढूंढें, इसे कॉन्फ़िगर करें और उनके कार्यों में अतिरिक्त आसान चरणों को दिखाएं ।

बस एक उदाहरण - एडिटप्लस सबवर्सन के बारे में जानता है, संपादक विंडो के अंदर मूल एसवीएन ऑपरेशन करने की क्षमता रखता है। नवीनतम एडिटप्लस भी Git- एकीकरण के लिए TortoiseGIT का उपयोग कर सकता है

संपादित करें : कुछ तरीका-वैकल्पिक समाधान मिला: EasySVN , जिसे ठीक से कॉन्फ़िगर किया जा रहा है, कार्य की प्रतिलिपि की निगरानी करें और ऑटोोकैमिट और ऑटोमरेज का प्रदर्शन करें, जो एंड-यूज़र और किसी भी दस्तावेज़ के स्वरूपों के लिए किसी भी संलेखन उपकरण का उपयोग करने की अनुमति देता है।

Answer 7

WebDAV स्थापित करने के बारे में क्या ?

यह स्वचालित रूप से उनके लिए इतिहास की सीधी रेखा के संस्करण को संभाल लेगा। उन्हें बस इतना करना होगा कि वे सर्वर से कनेक्ट हों जैसे कि यह एक नेटवर्क ड्राइव था और हर सेव एक कमिट होगा।

Comments

WebDAV के लिए +1। वास्तव में उस विकल्प के बारे में नहीं सोचा था। आपको लगता है कि WebDAV सर्वर (वर्कफ़्लो) को तैनात करना और बनाए रखना कितना मुश्किल होगा

— treecoder

यह वास्तव में सरल है, आप अपाचे, तोड़फोड़, एक रेपो सेटअप करते हैं। फिर आप अपाचे मॉड्यूल स्थापित करें और इसे कॉन्फ़िगर करें और आप सभी काम कर रहे हैं।

— मालफिस्ट

-1 क्योंकि "स्वचालित रूप से" एक शब्द नहीं है।

— dreftymac 19

@dreftymac en.wikipedia.org/wiki/Hair-splitting

— SplinterReality

हो सकता है, आप इस उत्तर को और अधिक स्पष्ट कर सकें: सर्वर पर सबवर्सन + अपाचे + वेबडाव सेट करें और गैर-डेवलपर्स ग्राहकों से वेबदाव साझा करें। उपयोगकर्ताओं को बताएं कि वे बचाने के लिए वे WebDAV शेयर पर दिन में कम से कम एक बार काम करते हैं।

— जनवरी

Answer 8

गूगल दस्तावेज

Google डॉक्स वही कर सकता है जो आप चाहते हैं। File > See Revision Historyआपको परिवर्तनों पर नज़र रखने देगा।

तुम भी मुक्त करने के लिए आगे और पीछे फ़ाइलों को सौंपने की समस्या मिल गई है; बस सभी के बीच दस्तावेज़ साझा करें।

अंत में, इसका उपयोग करना आसान है; लेखकों को यह भी पता नहीं है कि वहाँ संस्करण हो रहा है।

Answer 9

ओएस अज्ञेयवादी

एक अजगर प्रोग्राम है जो आप खींचें और पर एक फ़ाइल ड्रॉप कर सकते हैं लिखें, कि कार्यक्रम तो क्या कर सकते हैं git addऔर git commitऔर क्या नहीं है और वे इसके साथ सौदा करने की आवश्यकता नहीं।

या

एक WebDav आधारित फाइलसिस्टम का उपयोग करें जो आप उनकी मशीन पर माउंट कर सकते हैं और सर्वर को gitसामान पारदर्शी तरीके से कर सकते हैं।

OSX / लिनक्स

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

खिड़कियाँ

आप फ़ाइलसिस्टम फ़िल्टर ड्राइवर्स का उपयोग पारदर्शी रूप से gitसामान करने के लिए कुछ कोड लिख सकते हैं ।

Answer 10

आह, नॉन कोडर्स की खुशियों के बारे में। मेरा सुझाव है कि उनके लिए एक जीआईटी / मर्क्यूरियल माहौल तैयार किया जाए। उन्हें एक प्रारूप में सब कुछ बचाने के लिए कहें जो रेपो संभाल सकता है। साथ tortoisegit या tortoisehg , वे की जरूरत नहीं है पता कैसे रेपो काम करता है। वे सिर्फ यह जांचते हैं कि क्या उनके पास अपनी परियोजना निर्देशिका में एक विस्मयबोधक बिंदु है, राइट-ऑफिंग फ़ाइल पर क्लिक करें और कमिट करें। परिवर्तनों का एक सारांश टाइप करें (वे लेखक हैं, ठीक है?) और आप कर रहे हैं!

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

Comments

एक बात जो मुझे पता चली है कि सभी (YMMV) गैर-तकनीकी लेखक केवल अपने पिछले काम को बेकार मानते हैं , एक बार वे इसमें कोई बदलाव करते हैं। उन्हें लगता है कि अद्यतन कार्य (लेख या कुछ भी जो वे लिखते हैं) सबसे अच्छा है, और इसके पिछले संस्करणों को रखना मूर्खतापूर्ण है। हालांकि हमारे मामले में, हमने कम से कम उन्हें सफलतापूर्वक समझाया है कि हमें इतिहास की भी आवश्यकता क्यों है।

— ट्रेकोडर

@greengit शायद। यदि आप यह प्रदर्शित करते हैं कि आप उन्हें प्रबंधन के लिए कैसे समायोजित कर रहे हैं, तो यह सरल और आसान कदम कैसे आपकी मदद करता है, और यह कैसे बचत करता है / कंपनी को पैसे कमाता है, फिर भी उन्हें इसे करना होगा। व्यापार नीचे की रेखा से संचालित होता है, इसलिए बॉस को बताएं कि यह लेखकों को तकनीकी पाइपलाइन में एकीकृत करता है और एकीकरण लागत, बैकअप (आप रेपो, राइट?) और जानकारी पास होने पर पैसे बचाता है।

— स्पेंसर रथबुन

+1 हमने TortoiseSVN का उपयोग करने के लिए हमारे परियोजना समन्वयक और ग्राहक सेवा लोगों को भी स्थापित किया है। प्रारंभिक स्पष्टीकरण के बाद (और उन्हें जन्मजात चेकआउट में मदद करने के बाद), उन्हें अपने परिवर्तित संस्करणों (ज्यादातर कार्यालय दस्तावेज़ और मॉकअप की छवियां) पर आने में कोई समस्या नहीं थी। उन्हें यह भी पसंद था कि यदि कोई सहकर्मी कुछ बदलता है तो वे स्वचालित रूप से नवीनतम संस्करण प्राप्त करेंगे।

— sleske

Answer 11

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

यह समाधान उन्हें किसी भी चीज़ से निपटने के लिए भी रखता है जो उन्हें बहुत डराता है, क्योंकि ऐसा लगता है कि वे नई चीज़ों से अलग हैं।

Comments

यह हमारी टीम पहले से ही कर रही है, और यह काम करता है।

— sq33G

मैं SharePoint पर एक उचित संस्करण नियंत्रण प्रणाली के साथ काम करना पसंद करता हूं, जहां हमारी कंपनी के कुछ दस्तावेज़ हैं, क्योंकि नए संस्करणों को SharePoint पर अपलोड करने में अधिक काम लगता है।

— क्रिस मॉर्गन

Answer 12

क्या आप एक ऐसे टूल को सेट कर सकते हैं जो फ़ाइल सिस्टम पर नज़र रखता है जहाँ लेखक अपनी फ़ाइलों को सहेज रहे हैं और क्या यह हर बार एक स्वचालित कमिट करता है कि वे एक सेव करें?

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

Answer 13

क्या आपने प्लास्टिक एससीएम को देखा। वे इसे उपयोग करने के लिए सरल बनाने की कोशिश कर रहे हैं

यदि आप केवल बैकअप वाले संस्करण चाहते हैं तो आप ड्रॉपबॉक्स का उपयोग कर सकते हैं या आप विंडोज बैकअप सेवा को सेटअप कर सकते हैं। या आप Crashplan या किसी अन्य समान उत्पाद को स्थापित कर सकते हैं।

Comments

डीवीसीएस दायरे में मुझे नए वाणिज्यिक प्रस्ताव की ओर इशारा करने के लिए +1

— रोलाण्ड टीप्प

Answer 14

Mercurial DVCS के लिए, EasyMercurial नामक एक उपयोगकर्ता इंटरफ़ेस है , जिसका स्पष्ट लक्ष्य मूल संस्करण नियंत्रण कार्यों का एक सरल दृश्य प्रदान करना है।

EasyMercurial होने का इरादा है:

• इतिहास ग्राफ प्रतिनिधित्व का उपयोग करते हुए सिखाने और वास्तविक भंडार राज्य का संकेत जानने के लिए सरल
  • सामान्य रूप से प्लेटफार्मों भर में मर्क्यूरियल के लिए सामान्य कमांड-लाइन वर्कफ़्लो के करीब

हम किसी एक उद्देश्य के लिए "सर्वश्रेष्ठ" मर्क्यूरियल क्लाइंट का उत्पादन करने की कोशिश नहीं कर रहे हैं। हम सक्रिय रूप से उपयोगकर्ताओं को अन्य ग्राहकों को आगे बढ़ने के लिए प्रोत्साहित करते हैं क्योंकि उनकी आवश्यकताएं विकसित होती हैं। उद्देश्य बस एक साझा दूरस्थ भंडार के साथ काम करने वाले छोटे परियोजना समूहों में शुरुआती लोगों के लिए कुछ सुलभ प्रदान करना है।

मैं इसे आजमाने की सलाह दूंगा।

Answer 15

मुझे कई बार गैर-प्रोग्रामर के साथ काम करना पड़ा है (ज्यादातर ग्राफिक कलाकार, और यदि आपके लेखकों के पास काम करने वाली फाइलों को प्रबंधित करने के लिए बहुत कम सुराग है तो आप कलाकारों के लिए ... h'mmm .... fun ..) ।)। तीन संभावित दृष्टिकोण हैं:

1. प्रिटेंड वे प्रोग्रामर हैं, उन्हें सिखाने की कोशिश करें कि संस्करण नियंत्रण का उपयोग कैसे करें। यह काम नहीं करेगा और आपके पास लगातार झगड़े होंगे।
2. उन्हें एक बहुत ही सरल उपकरण लिखें जो सिर्फ वर्तमान संस्करण को पकड़ता है और इसे कहीं चिपका देता है ताकि वे यदि आवश्यक हो तो कल की फ़ाइलों को वापस कर सकें। यह संभव है, और मैंने डीवीडी निर्माताओं की एक टीम (मेनू, ग्राफिक्स, सभी प्रकार की चीजों को बनाते हुए) के लिए कई साल पहले कुछ सफलता के साथ ऐसा किया था: मैंने जो उपकरण लिखा था, वह PkZip के लिए एक-क्लिक आवरण था (आप इसे देख सकते हैं) कुछ समय पहले) और इसने कार्य निर्देशिका को ज़िप किया और संग्रह का नाम + समय के लिए रखा।
3. वे अपने आप को पैदा करने का नियंत्रण रखें। यह स्पष्ट करें कि उनकी फाइलों को एक प्रोग्रामर तक पहुंचाना है और केवल प्रोजेक्ट का हिस्सा बन सकते हैं जब प्रोग्रामर फाइलों को स्वीकार करता है: प्रोग्रामर फिर उन्हें संस्करण नियंत्रण में देखता है और सामग्री को एक पेशेवर तरीके से प्रबंधित किया जाता है।

व्यक्तिगत रूप से मुझे लगता है कि विकल्प 3 जाने का रास्ता है। इसका मतलब है कि किसी को भी दर्द और जलन होती है, जिसे भी फाइल डिलीवर करनी होती है और उसे जांच करवाना होता है, लेकिन किसी भी अन्य विकल्प से कम होता है।

मैं यह भी कहूंगा, इस बात से अवगत रहें कि गैर-प्रोग्रामर किसी भी पुराने फ़ाइलनाम के साथ फाइल वितरित करेंगे, जिसके बारे में आप सोच सकते हैं। नामकरण परंपराएं उनके लिए अजीब तरह से विदेशी हैं। वे आपको "चित्र" या कुछ और नामक एक फाइल देंगे और फिर जब आप उन्हें बताएंगे कि यह गलत हैं तो आपको "Picture_Final" नामक एक फाइल मिलेगी, जिसमें केवल 3 दोष हैं। जब आप इसे इंगित करते हैं, तो आपको "Picture_NewFinal" नामक एक और फ़ाइल मिलेगी, और फिर (यदि आप भाग्यशाली हैं) "Picture_NewFinal2", हालांकि यह संभव है कि वे इस बिंदु पर ऐतिहासिक विकास की किसी भी भावना को जूटते हैं और आपको "स्पैनर आइकन" कहते हैं। चीज़"।

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

आशा है कि मदद करता है - मज़ा है!

Answer 16

यदि कोई मौका है कि उनमें से दो को एक ही लक्ष्य पर एक ही बार काम करने की आवश्यकता है और यदि आप पाठ फ़ाइलों में अपने सभी काम निपटा सकते हैं, तो मैं साझा Google डॉक्स आज़माऊंगा।

इसमें भयानक मल्टी-एडिटर / सहयोग क्षमता है - अब तक मैंने जो सबसे अच्छा देखा है। वे पूर्ण संस्करण भी हैं और पाठ फ़ाइलों के रूप में निर्यात किए जा सकते हैं।

लेकिन वे दो बहुत बड़े ifs हैं।

Answer 17

उन्हें हमेशा की तरह फ़ाइलों को सहेजते हुए एक फ़ोल्डर में काम करने दें।

दिन में एक बार (या सप्ताह, आदि) उस फ़ोल्डर की सामग्री को backup_dd_mm_yyyy पर कॉपी करें अधिकांश सिस्टम स्रोत कोड इन दिनों उपलब्ध स्थान को देखते हुए एक तुच्छ स्थान रखता है।

प्रतिलिपि या तो आपके द्वारा की जा सकती है, उन्हें, एक तृतीय पक्ष, एक उपकरण या एक स्क्रिप्ट।

यह एक दिन के लिए नुकसान को सीमित करता है, एक इतिहास देता है, उनके लिए पारदर्शी है।

किसी भी पार्टी के लिए सही नहीं है, लेकिन एक जवाब है जो एक मध्य मैदान पर हमला करना चाहता है।