ओपन सोर्स प्रोजेक्ट के प्रलेखन का प्रबंधन कैसे करें? [बन्द है]


12

मैं एक बढ़ते ओपन सोर्स प्रोजेक्ट का निर्माता हूं। वर्तमान में, मैं प्रलेखन का प्रबंधन करने का सबसे अच्छा तरीका जानने की कोशिश कर रहा हूँ। यहाँ मेरे द्वारा चुने गए विकल्प हैं:

  • HTML वेबसाइट
  • ए गितुब विकी
  • मार्कडाउन फाइलें गिथब पर होस्ट की गईं
  • Github README.md में सभी डॉक्स रखना

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

मैं मार्कडाउन को HTML में अनुवाद करने के लिए मार्कडाउन लाइब्रेरी का उपयोग कर सकता हूं और इसे स्टाइल वेबसाइट पर प्रदर्शित कर सकता हूं। मुझे वेबसाइट में कभी भी कोई बदलाव करने के लिए बदलाव अपलोड करने की आवश्यकता होगी, और प्रलेखन के विभिन्न "टैग" को प्रबंधित करना मुश्किल होगा।

Github Wikis (जहाँ तक मुझे पता है) आप जिस शाखा पर हैं उसके अनुसार नहीं बदलते। इसलिए, मैं किसी भी समय जीथब विकी फॉर्म में प्रलेखन के "मास्टर" संस्करण को ले सकता था।

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

मैं कुछ भयानक समाधान याद आ रही है? मेरे पास अन्य विकल्प क्या हैं?


1
जबकि मेरे पास वास्तव में कोई उत्तर नहीं है, मैं इस ब्लॉग पोस्ट पर जीथब विकी के साथ दस्तावेज़ीकरण के प्रबंधन पर आया था। cach.me/blog/2010/12/… आप इसे उपयोगी पा सकते हैं।
याकूब शॉन जूल

जवाबों:


6

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

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

आपके पास हमेशा एक tutorial.h हो सकता है जिसमें पाठ के बड़े ब्लॉक शामिल हैं यदि आपकी इच्छा है - लेकिन इसे स्रोत के हिस्से के रूप में मानें


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

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

4

यदि आपकी परियोजना एक पुस्तकालय है, तो कोड के भीतर टिप्पणियों से एपीआई सिंटैक्स का दस्तावेजीकरण करने के लिए कुछ भी जेवाडॉक-शैली के दस्तावेज़ को नहीं धड़कता है।

ट्यूटोरियल, उपयोग उदाहरण आदि पर प्रलेखन के लिए, मैं अत्यधिक विकी प्रारूप का उपयोग करने की सलाह देता हूं। अन्य परियोजनाओं को मैंने अलग-अलग शाखाओं के लिए अलग-अलग पृष्ठ देखा है। जब आप एक नई शाखा शुरू करते हैं तो आप उन चीजों की नकल करते हैं जो एक नए पृष्ठ पर नहीं बदली हैं और वहां से अपडेट होती हैं।

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

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

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


1

स्रोत के साथ होस्ट की गई मार्कडाउन फाइलें बहुत अच्छी तरह से काम करती हैं।

उदाहरण के लिए, RST- आधारित डॉक्यूटिल टूल्स, दस्तावेजों के एक सेट से HTML या LaTex (और PDFs) बना सकते हैं।

यह - प्रभाव में - आपके विकल्प 1 और विकल्प 3 को जोड़ती है।


0

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


1
क्या आप इस बारे में और अधिक व्याख्या करने का मन बना रहे हैं कि यह पूछे गए प्रश्न का उत्तर देने के लिए क्या करता है और इसकी अनुशंसा क्यों करता है? "लिंक-ओनली जवाब" स्टैक एक्सचेंज में बहुत स्वागत नहीं है
gnat
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.