ट्रैक में संस्करण फ़ील्ड का उपयोग कैसे किया जाना चाहिए?

Question

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

कहें कि मुझे अपने सॉफ़्टवेयर के संस्करण 1.0 में बग की एक श्रृंखला मिलती है। मैं प्रत्येक के लिए ट्रैक में टिकट बनाता हूं और उन्हें संस्करण 1.0 में असाइन करता हूं। अब कहें कि मैं कुछ बग ठीक करता हूं, और कुछ नई विशेषताएं जोड़ता हूं और संस्करण 1.1 जारी करता हूं। लेकिन कुछ पुराने 1.0 बग अभी भी 1.1 में हैं। क्या मुझे संस्करण 1.1 में उनके संबंधित टिकट बदलना चाहिए क्योंकि वे अब 1.1 में मौजूद हैं? या क्या मुझे उन्हें संस्करण 1.0 में सेट करना चाहिए, यह देखने के तरीके के रूप में कि बग किस संस्करण में पाया गया था, और बस मान लें कि पुराने संस्करणों में कोई भी खुले टिकट अभी भी नए संस्करणों में मौजूद हैं?

Answer 1

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

Answer 2

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

अनुपूरक: संस्करण फ़ील्ड में TracLink का उपयोग करने के कई उदाहरण शायद Trac से जुड़े tickets में पाए जा सकते हैं। कई लोग खाली जगह छोड़ देते हैं। ticket #8146 सहित कई, Trac Ticket Queries लागू करें। Others संबंधित मील का पत्थर इत्यादि इंगित करता है। उपयोग टिकटों के रूप में अलग-अलग होते हैं।

Answer 3

हमेशा कुछ फ़ील्ड को SQLite या mysql में अपडेट करने की संभावना हमेशा होती है। यदि आप अजगर से परिचित हैं तो आप एक छोटी पायथन लिपि विकसित कर सकते हैं जो नौकरी करता है। मानते हैं कि आप साल में एक या दो बार रिलीज करते हैं ...

Answer 4

मैं ट्रैक के संस्करण 1.0 का उपयोग कर रहा हूं। मैं बग युक्त पहला संस्करण इंगित करने के लिए संस्करण फ़ील्ड का उपयोग करता हूं। मैं एक "संस्करण में ठीक" कस्टम फ़ील्ड कहा, http://trac.edgewall.org/wiki/TracTicketsCustomFields

में गाइड मैं इसे परिभाषित trac.ini में इस प्रकार है:

[ticket-custom] 
fixed_in_version = text 
fixed_in_version.label = Fixed in version 
fixed_in_version.format = reference 

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

मैं सभी गैर-बंद टिकट भी निकालता हूं और उन्हें रिलीज नोट में ज्ञात समस्याओं के रूप में सूचीबद्ध करता हूं।