क्या आप प्लग-इन के संस्करण को टक्कर देना चाहते हैं यदि आप केवल "परीक्षण किया गया" विशेषता को अपडेट कर रहे हैं?


12

मुझे wordpress.org svn सर्वर पर कई प्लग-इन की मेजबानी मिली है ... 3.1 के आसन्न रिलीज के साथ, मैं "मेटा डेटा के लिए परीक्षण किया गया" अपडेट करना चाहूंगा।

कोड के लिए कोई कार्यात्मक परिवर्तन नहीं होगा, बस मेटा डेटा।

क्या इस तरह के तुच्छ परिवर्तन के लिए संशोधन संख्या को बदलना आवश्यक है?

जवाबों:


5

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

बेशक, अगर आपके readme.txtमें trunkनिर्देशिका है Stable tagसूचक है, तो आप अद्यतन करना चाहिए readme.txtसही में tagsउपनिर्देशिका, अन्यथा इसे नजरअंदाज कर दिया जाएगा। tagsनिर्देशिका में एक फ़ाइल को अपडेट करने और एक नया संस्करण नहीं बनाने में कोई समस्या नहीं है, सबवर्सन के लिए यह अन्य सभी की तरह एक सामान्य निर्देशिका है, यह केवल टैग किए गए ऐतिहासिक रिलीज़ के लिए इसका उपयोग करने के लिए एक सम्मेलन है।


3

मुझे लगता है कि अन्य जवाबों ने Tested up toविशेषता को उछालने के पक्ष में तर्कों को अच्छी तरह से समझाया है , और मुझे उनके साथ कुछ भी गलत नहीं दिख रहा है। चूंकि किसी ने भी ऐसा नहीं करने का कोई कारण नहीं बताया है , हालांकि, मुझे लगा कि मैं शैतान के वकील की भूमिका निभाऊंगा;)

  • टैग का इरादा है और एक निश्चित समय में एक कार्यक्रम का एक स्नैपशॉट माना जाता है। इस तथ्य के बाद एक टैग का संपादन करना कन्वेंशनों का उल्लंघन करता है जिस पर लोग कोड के साथ काम करते समय भरोसा करते हैं। संभावित परिणाम मामूली रूप से मामूली होते हैं - यदि यह गैर-मौजूद नहीं है - इस विशिष्ट मामले में, लेकिन कई लोग इन जैसी स्थितियों में एक शुद्ध रुख लेना पसंद करते हैं, और चीजों को 100% स्पष्ट रखते हैं। यही कारण है कि कुछ एसवीएन ग्राहक चेतावनी जारी करेंगे जब कोई उपयोगकर्ता टैग में बदलाव करने का प्रयास करेगा।
  • एक प्लगइन के संभावित उपयोगकर्ता के रूप में, अगर मैं SVN लॉग को देख रहा था और एक लेखक को टैग किए गए संस्करणों में परिवर्तन करते हुए देखा, मुझे संदेह होगा कि शायद उसका खाता हैक हो गया था और कोई नवीनतम संस्करण में मैलवेयर इंजेक्ट करने की कोशिश कर रहा था, या लेखक को इस बात की जानकारी नहीं थी कि स्रोत नियंत्रण कैसे काम करता है - और विस्तार से, एक बहुत अच्छा प्रोग्रामर नहीं हो सकता है - जो मुझे प्लगइन डाउनलोड करने में संकोच करेगा।
  • आप कुछ ऐतिहासिक डेटा खो देते हैं। उदाहरण के लिए, यदि आप एक साल बाद वापस आना चाहते हैं और कोर रिलीज के साथ अपने प्लगइन की अनुकूलता को ट्रैक करते हैं, तो आप एक सटीक विश्लेषण नहीं कर सकते क्योंकि आपका डेटा दूषित हो गया है।
  • उसी परिणाम को प्राप्त करने के लिए एक और तंत्र है। रेपो उपयोगकर्ताओं को एक विशिष्ट संस्करण कोर के साथ काम करता है या नहीं, इस पर एक विशिष्ट संस्करण का उपयोग करने की अनुमति देता है। मुझे व्यक्तिगत रूप से उस डेटा पर भरोसा है जो प्लगइन लेखक के दावे से अधिक है।
  • मुझे संदेह है कि इस तरह की चीजों के लिए प्रेरणा अक्सर प्लगइन लेखक का अपना अहंकार और असुरक्षा है; वे यह सुनिश्चित करना चाहते हैं कि उनका प्लगइन "सफल" दिखे और जितना संभव हो उतना डाउनलोड किया जाए। मैं इस तरह के व्यवहार को प्लगइन लेखकों के बीच बहुत देखता हूं और अक्सर खुद को प्रलोभन महसूस करता हूं, लेकिन मुझे लगता है कि यह अपरिपक्व और अस्वस्थ है, इसलिए मैं इसका विरोध करने की कोशिश करता हूं।

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


1

यदि आप सिर्फ रीडमी को अपडेट कर रहे हैं तो मुझे संस्करण संख्या बढ़ाने का कोई कारण नहीं दिखता है। यदि आप सिर्फ ट्रंक का उपयोग कर रहे हैं, तो आप एक त्वरित बदलाव कर सकते हैं कि एक चीज और कोई भी वास्तव में नोटिस करेगा यदि आप टैग का उपयोग कर रहे हैं, तो मुझे लगता है कि आपको एक नया टैग बनाने की आवश्यकता होगी (100% नहीं जो कि अच्छी तरह से svn के साथ वाकिफ हो। )।


0

मुझे लगता है कि यह कहना सुरक्षित है कि यह व्यक्तिगत पसंद का मामला है। पूर्ण संस्करण अद्यतन (उदाहरण के लिए 1.0 से 2.0) के बजाय आप इसे 1.1 रिलीज बनाने पर विचार कर सकते हैं।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.