Distributor: रिलीज़ संस्करण 1.6.0

को निर्मित 28 मार्च 2020 · 4टिप्पणियाँ · स्रोत: 10up/distributor

यह समस्या 1.6.0 रिलीज़ के लिए परिवर्तनों को ट्रैक करने के लिए है। लक्ष्य रिलीज की तारीख: टीबीडी ।

पूर्व-रिलीज़ चरण

[ ] समीक्षा करें और (मर्ज या पंट) माइलस्टोन में पीआर खोलें

रिलीज कदम

[x] शाखा: develop से शुरू होकर, अपने परिवर्तनों के लिए release/1.6.0 नाम की एक रिलीज़ शाखा को काटें।
[x] संस्करण टक्कर: संस्करण संख्या को distributor.php , distributor.pot , और readme.txt में टक्कर दें यदि यह पहले से जारी किए जा रहे संस्करण को प्रतिबिंबित नहीं करता है। distributor.php में प्लगइन "संस्करण:" संपत्ति और प्लगइन DT_VERSION स्थिरांक दोनों को अपडेट करें, यह सुनिश्चित करते हुए कि यह -dev साथ प्रत्यय है।
[x] चेंजलॉग: CHANGELOG.md में चेंजलॉग जोड़ें/अपडेट करें।
[x] सहारा: किसी भी नए योगदानकर्ता के साथ CREDITS.md फ़ाइल को अपडेट करें, पुष्टि करें कि अनुरक्षक सटीक हैं।
[x] रीडमी अपडेट: आवश्यकतानुसार कोई अन्य रीडमी परिवर्तन करें। README.md को GitHub के लिए तैयार किया गया है और readme.txt में WordPress.org-विशिष्ट सामग्री शामिल है। दोनों थोड़े अलग हैं।
[x] अनुवाद: .pot चलाकर npm run makepot .pot फ़ाइल को अपडेट करें।
[x] मर्ज करें: अपनी रिलीज शाखा से develop (या पुल अनुरोध को मर्ज करें) में एक गैर-फास्ट-फॉरवर्ड मर्ज करें, फिर develop master ( git checkout master && git merge --no-ff develop )। master में स्थिर विकास संस्करण शामिल है।
[x] बिल्ड: master शाखा में, npm install && npm run release चलाएं। यह release नामक एक सबफ़ोल्डर बनाएगा जिसमें stable शाखा को वर्कट्री के रूप में क्लोन किया जाएगा और नवीनतम परिवर्तनों की प्रतिलिपि बनाई जाएगी। सुनिश्चित करें कि कोई भी नई फाइल release फ़ोल्डर में है; यदि नहीं, तो आपको उन्हें gulp-tasks/copy.js जोड़ना पड़ सकता है।
[x] जांचें: क्या master में कोई संशोधित फ़ाइलें हैं? यदि ऐसा है, तो develop वापस जाएं, सभी आवश्यक कार्यों को चलाएं और चरण 6 पर वापस जाने से पहले उन परिवर्तनों को करें।
[x] परीक्षण: release सबफ़ोल्डर में संस्करण से डिस्ट्रीब्यूटर चलाने पर स्विच करें और कार्यक्षमता सुनिश्चित करने के लिए UI में कुछ सामान्य कार्यों के माध्यम से चलाएं।
[x] पुश: पहले मास्टर: git push , फिर release निर्देशिका के भीतर से, सभी फाइलें जोड़ें और उन्हें origin stable : git push origin stable पुश करें।
[x] रिलीज: एक नई रिलीज बनाएं, टैग और रिलीज को नए वर्जन नंबर के साथ नाम दें, और stable शाखा को लक्षित करें। CHANGELOG.md से चेंजलॉग को रिलीज के मुख्य भाग में पेस्ट करें और 1.6.0 मील के पत्थर पर बंद मुद्दों के लिए एक लिंक शामिल करें। रिलीज अब रिलीज के तहत दिखाई देनी चाहिए।
[ ] संस्करण टक्कर (फिर से): develop शाखा ( cd ../ && git checkout develop ) में संस्करण संख्या को distributor.php , distributor.pot , और readme.txt में टक्कर दें 1.6.1-dev । यदि अगली रिलीज़ कोई भिन्न संस्करण संख्या हो तो कोई बात नहीं; उस परिवर्तन को पहले चरण में रिलीज़ से ठीक पहले नियंत्रित किया जा सकता है, जैसा कि @since एनोटेशन के मामले में भी हो सकता है।
[x] करीब मील का पत्थर: 1.6.0 मील का पत्थर रिलीज की तारीख ( Due date (optional) फ़ील्ड में) के साथ संपादित करें और गिटहब रिलीज से लिंक करें ( Description field ), फिर मील का पत्थर बंद करें।
[x] अपूर्ण आइटम पंट करें: यदि कोई भी खुला मुद्दा या पीआर जो 1.6.0 लिए मील का पत्थर बन गया था, तो इसे रिलीज में शामिल नहीं किया जाता है, तो उनके मील के पत्थर को 2.0.0 या Future Release अपडेट करें।

रिलीज के बाद के चरण

[ ] डिस्ट्रीब्यूटर को पैकेजिस्ट को सबमिट करें (देखें #356)

स्रोत

jeffpaul

सबसे उपयोगी टिप्पणी

@jshwlkr हम इस सप्ताह वितरक 1.6 रिलीज को अंतिम रूप देने के लिए वापस आ गए हैं और उम्मीद है कि इसे जल्द ही जारी किया जाएगा। यदि आप इस मुद्दे पर अपडेट की सदस्यता लेते हैं, तो इसके बंद होने पर आपको एक सूचना प्राप्त होगी और उस समय रिलीज होने वाली होनी चाहिए।

jeffpaul 29 जून 2020

👍2

सभी 4 टिप्पणियाँ

उत्सुक जब हम इस रिलीज को देख सकते हैं। मेरे पास एक परियोजना है जिसमें उत्पादन में वितरक का उपयोग करने में कुछ रूचि है और 1.6.0 बगफिक्स में से कुछ महत्वपूर्ण हैं।

jshwlkr 26 जून 2020

jeffpaul 29 जून 2020

👍2

@jshwlkr यदि आपने अपने WP एडमिन में अपडेट नहीं देखा है, तो एक प्रमुख बात यह है कि डिस्ट्रीब्यूटर 1.6.0 2 जुलाई को वापस जारी किया गया था।

jeffpaul 10 नव॰ 2020

👍1

हाँ, धन्यवाद @jeffpaul। मैं समझ गया।

jshwlkr 10 नव॰ 2020

👍1

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स