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