जवाबों:
के लिए Drupal.org देखें रिहाई नामकरण सम्मेलनों और आगे explantion ।
सारांश:
आरसी = रिलीज कैंडिडेट, जिसे उत्पादन साइटों के लिए लेखक द्वारा उपयुक्त माना गया है।
आरसी : एक रिलीज उम्मीदवार केवल तभी बनाया जाना चाहिए जब परियोजना के मुद्दे कतार में सभी महत्वपूर्ण बग प्रकार के मुद्दों को रिपोर्ट किया गया हो। यह टैग केवल तब उपयोग किया जाना चाहिए जब डेवलपर का मानना है कि परियोजना किसी उत्पादन साइट पर उपयोग के लिए तैयार है। आधिकारिक .0 रिलीज़ बनाने से पहले कोई प्रोजेक्ट कितने समय तक रिलीज़ उम्मीदवार होना चाहिए, इसके लिए कोई आधिकारिक सर्वोत्तम अभ्यास नहीं है, लेकिन यह सुझाव दिया जाता है कि इसे कम से कम एक महीने के लिए "समीक्षा की आवश्यकता" के लिए सेट किया जाना चाहिए। यदि कुछ (उदाहरण के लिए एक नई महत्वपूर्ण बग रिपोर्ट की गई है) इस अवधि के दौरान एक नई रिलीज़ बनाने के लिए आवश्यक है, तो एक नया रिलीज़ उम्मीदवार बनाया जाना चाहिए और इसे कम से कम एक महीने के लिए "सेट की समीक्षा" की आवश्यकता है।
बकाया सुविधाओं के मुद्दों के साथ मॉड्यूल "आरसी" को टैग करना ठीक है। मॉड्यूल लेखकों को मॉड्यूल पोस्ट के प्रत्येक सुविधा अनुरोध को जारी करने की आवश्यकता को पूरा करने की आवश्यकता नहीं है।
यहाँ अन्य स्वीकृत रिलीज़ टैग का विवरण दिया गया है:
अस्थिर : परियोजना स्थिर अवस्था में नहीं है। सुरक्षा मुद्दों सहित संभवतः कई अनफिक्स बग हैं। बिना सूचना के एपीआई बदल सकता है। डेटाबेस स्कीमा hook_update_Nमधुमक्खी पालन लागू किए बिना बदल सकता है। उपयोग और एपीआई को प्रलेखित नहीं किया जा सकता है। एक नया अस्थिर रिलीज़ स्थापित करने से प्रोजेक्ट की स्थापना रद्द हो जाती है, जिससे सभी डेटा खो जाते हैं। केवल उन लोगों के लिए जो परियोजना का प्रारंभिक पूर्वावलोकन चाहते हैं। साझा विकास के लिए अभी तक उपयुक्त नहीं है।
अल्फ़ा : अधिकांश रिपोर्ट की गई त्रुटियों को हल कर दिया जाता है, लेकिन सुरक्षा मुद्दों सहित गंभीर बकाया ज्ञात समस्याएँ अभी भी हो सकती हैं। प्रोजेक्ट का पूरी तरह से परीक्षण नहीं किया गया है, इसलिए कई अज्ञात बग भी हो सकते हैं। एक README.txt / README.md है जो परियोजना और उसके एपीआई (यदि कोई हो) का दस्तावेज बनाता है। एपीआई और डीबी स्कीमा ustable हो सकता है, लेकिन रिलीज नोटों में इन सभी परिवर्तनों को सूचित किया जाता है, और hook_update_Nस्कीमा परिवर्तनों के माध्यम से डेटा को संरक्षित करने के लिए लागू किया जाता है, लेकिन कोई अन्य अपग्रेड / अपडेट पथ नहीं। उत्पादन साइटों के लिए उपयुक्त नहीं है। लक्षित दर्शक ऐसे डेवलपर हैं जो परियोजना के परीक्षण, डिबगिंग और विकास में भाग लेना चाहते हैं।
बीटा : सभी महत्वपूर्ण डेटा हानि और सुरक्षा बग हल हो गए हैं। यदि मॉड्यूल एक एपीआई प्रदान करता है, तो इसे जमे हुए माना जाना चाहिए, ताकि एपीआई का उपयोग करने वाले लोग अपनी परियोजनाओं को अपग्रेड करना शुरू कर सकें। यदि यह किसी प्रोजेक्ट का अपग्रेड या अपडेट है, तो अपग्रेड / अपडेट का रास्ता पेश किया जाना चाहिए, और मौजूदा उपयोगकर्ताओं के लिए डेटा के नुकसान के बिना नए संस्करण में अपग्रेड / अपडेट करना संभव होना चाहिए। सभी दस्तावेज अद्यतित होने चाहिए। लक्षित दर्शक वे डेवलपर हैं जो परियोजना के परीक्षण, डिबगिंग और विकास में भाग लेना चाहते हैं, और अन्य परियोजनाओं के डेवलपर्स जो परियोजना को बाधित करते हैं। आम तौर पर उत्पादन साइटों के लिए उपयुक्त नहीं है, लेकिन कुछ उत्पादन साइटों पर उपयोग किया जा सकता है यदि साइट व्यवस्थापक परियोजना को अच्छी तरह से जानता है, और किसी भी शेष मुद्दों को संभालना जानता है।
स्ट्रिंग्स "देव" और "स्थिर" एक रिलीज़ टैग के भाग के रूप में मान्य नहीं हैं, लेकिन असंगत विकास रिलीज़ को "देव" माना जाता है और ड्रुपल द्वारा "7.x-1.x-dev" जैसे विवरण दिए जाते हैं। .org यह बताने के लिए कि वे अनटैग्ड डेवलपमेंट रिलीज़ हैं, पैकिंग सिस्टम रिलीज़ करें।
सभी रिलीज़ टैग एक संख्या के साथ समाप्त होने चाहिए। संख्या केवल एक ही वर्ग के रिलीज को भेद करने के लिए है। पहले का नाम "1" (जैसा कि "अल्फ़ा 1"), अगला "2" और इसी तरह है।
पुनश्च। स्ट्रिंग्स को दर्शाते हुए स्ट्रिंग्स (जैसे "7.x-1.0-अल्फ़ा 4") को "पारगमन" में "रिलीज़ टैग" कहा जाता है, न कि "नाम"। और आप एक टैग के भाग के रूप में ड्रुपल माइनर संस्करण का उपयोग कभी नहीं करते हैं , आप इसके बजाय "x" का उपयोग करते हैं।