Redmine सर्वोत्तम प्रथाओं [बंद]


86

आप अपने Redmine प्रोजेक्ट प्रबंधन प्रक्रिया में किन युक्तियों और "मानकों" का उपयोग करते हैं?

क्या आपके पास एक मानक विकी इंसर्ट टेम्प्लेट है जिसे आप साझा कर सकते हैं या बग्स फ़ीचर कार्यों और समर्थन मुद्दों का उपयोग करके प्रोजेक्ट को काम करने का एक मानक तरीका है?

क्या आप समस्याओं और अपडेट को रेडमाइन में ईमेल करने देते हैं? क्या आप मंचों का उपयोग करते हैं? क्या आप SVN रिपॉजिटरी का उपयोग करते हैं? क्या आप टास्क सूचियों को काम करने के लिए ग्रहण में माइलिन का उपयोग करते हैं?

मैं हमारे विभाग को खींचने की कोशिश कर रहा हूं। ईमेल के वर्ड आधारित डॉक्स के बजाय कुछ वेब आधारित पीएम में शब्द डॉक्स के बाद वर्ड डॉक्स बताते हैं कि कैसे क्यूए और एंप्लॉय करते हैं कि सभी प्रतिस्पर्धात्मक अपडेट और प्रोजेक्ट्स के ढेर में खो जाते हैं ताकि जब तक मुझे कुछ ठीक करना हो, कोई नहीं मिल सकता है यह कैसे काम करता है पर कोई प्रलेखन।

जवाबों:


21

मैं विनिर्माण कंपनियों के एक परिवार के लिए आंतरिक अनुप्रयोगों का विकास और रखरखाव करता हूं। इस टिप्पणी के समय तक, मैं आईटी टीम का एकमात्र डेवलपर / विश्लेषक हूं। मंदी की सबसे खराब स्थिति के दौरान मेरी परियोजना की मांग में विस्फोट हुआ। इस तरह की मेरी परियोजना और मुद्दा बैकलॉग काफी अस्पष्ट है। हम वर्तमान में टीम के विस्तार के लिए पुनर्गठन की प्रक्रिया में हैं।

यहां बताया गया है कि मैं अपने सिर को सीधा रखने के लिए रेडमीन का उपयोग कैसे करता हूं (यह उस हद तक संभव है), बे पर मेरे उपयोगकर्ता, और उम्मीद है कि भविष्य में नए कर्मचारियों की बहुत अधिक हाथ-पकड़ को रोकेंगे।

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

भविष्य की योजनाएं

  • मुझे उम्मीद है कि Redmine एकीकरण के लिए मेरे Visual Studio एक्सटेंशन को समाप्त करने के लिए कुछ बिंदु पर।
  • अपनी Redmine परियोजना के साथ मेरे आवेदन को कम करने के लिए एक कोड लाइब्रेरी बनाएं: बग सबमिशन को स्वचालित करें, सिस्टम ट्रे से स्टेकहोल्डर्स को सचेत करें, Redmine के REST API आदि द्वारा संचालित पुन: प्रयोज्य इंटरएक्टिव हेल्प मेनू इत्यादि (शायद विकी के साथ दस्तावेज़ीकरण के स्वचालित हिस्से?)

20

मैं एक फ्रीलांस रूबी और रेडमाइन वेब डेवलपर हूं जो एक (मैं) का विकास व्यवसाय चलाता है। तो मेरा Redmine बहुत हल्का और ग्राहक केंद्रित होने के लिए सेटअप है। मेरा रेडमाइन मेरे ओपन सोर्स प्रोजेक्ट्स की मेजबानी के लिए डबल ड्यूटी भी करता है।

मैं नए मुद्दों और अपडेट को ईमेल करने की अनुमति देता हूं और यह ईमेल से जुड़े उपयोगकर्ताओं (या जो हमेशा अपने iPhones पर हैं) के लिए बहुत अच्छा काम करता है।

मैं git रिपॉजिटरी के साथ रिपॉजिटरी दृश्य का उपयोग कर रहा हूं और यह बहुत अच्छा काम कर रहा है। प्रत्येक चेकइन के साथ मैं #nnn के साथ समस्या का संदर्भ देता हूं, इसलिए वास्तविक अंक पृष्ठ फीचर को लागू करने के लिए सभी कमिट दिखाएगा।

मैंने पाया कि मंचों का उपयोग किया जा रहा है। मुझे लगता है कि अगर कुछ ईमेल एकीकरण होता, तो वे अधिक उपयोगी होते।


3
Redmine, एरिक पर महान काम करते रहो!
कॉस्मिन

10

हमने निम्नलिखित अभ्यासों को उपयोगी पाया है:

1) "इश्यू" और "सपोर्ट" ट्रैकर को छुपाएं, और सब कुछ बग के रूप में दर्ज करें :

  • डेवलपर्स, परीक्षक, प्रबंधन के लिए समय बचाने;
  • अगर कुछ गतिविधियों को "अतिरिक्त" या "नई सुविधा" या कुछ और के रूप में बिल किया जाना है, तो उनका आकलन करने के लिए त्वरित बैठकों की व्यवस्था की जाती है।

2) मील के पत्थर और संस्करण जो मुझे पसंद हैं, आप आसानी से प्रत्येक रिलीज की स्थिति को ट्रैक कर सकते हैं और किसी भी समय आप ग्राहक द्वारा दायर बग का परीक्षण करने के लिए एक पुराने पैकेज को डाउनलोड कर सकते हैं।

3) "सेव" फंक्शन को "इश्यू" टैब पर: एक और बड़ा टाइम-सेवर, मेरे पास दिन-प्रतिदिन के रिपोर्टिंग कार्यों के लिए अलग-अलग क्वेश्चन सेव हैं और बस इतना ही है।

4) वर्जनिंग इंटीग्रेशन, यानी टिप्पणियों में "# 123" का उपयोग करना संबंधित मुद्दे का लिंक बनाता है: बस चालाक!


8

हम अपने सिस्टम पर बड़े पैमाने पर Redmine का उपयोग करते हैं। हमने अपनी बिक्री टीम के लिए सीआरएम के रूप में उपयोग करने के लिए एक "बिक्री" परियोजना भी स्थापित की है। हमारे पास इस परियोजना में कस्टम फ़ील्ड्स का ढेर है, और यह सुगरसीआरएम की जगह लेता है जिसे हम पहले इस्तेमाल कर रहे थे।

हमारे सिस्टम के भीतर, हमारे पास सर्वर और क्लाइंट सॉफ्टवेयर के लिए परियोजनाएं हैं। सर्वर प्रोजेक्ट सबमॉड्यूल में टूट गया है, इस आधार पर कि मैंने सिस्टम और उप-रिपॉजिटरी को कैसे संरचित किया है, क्योंकि Redmine को प्रति प्रोजेक्ट एक अलग रेपो पसंद है।

हम दूसरों के रूप में उपयोग करते हैं, टिकटों को संदर्भित करने के लिए प्रतिबद्ध संदेशों में #nnn कोड। क्या अच्छा है कि यह एक ही परियोजना में एक टिकट की जरूरत नहीं है। इस प्रकार, बिक्री टिकट को बग समस्या, या समर्थन अनुरोध द्वारा अवरुद्ध किया जा सकता है।

हमने अभी हाल ही में मीटिंग्स के एजेंडे / मिनट के लिए दस्तावेज़ों का उपयोग करना शुरू किया है। हम क्लाइंट और सर्वर दोनों पर, रिलीज़ में समूह के लिए संस्करणों का उपयोग करते हैं।

समय ट्रैक करने के लिए Redmine Time Tracker प्लगइन का उपयोग करने का प्रयास करने के लिए, लेकिन मैं हमेशा प्रारंभ या समाप्ति पर क्लिक करना भूल जाता हूं। हमें उन मुद्दों के बारे में दैनिक ईमेल मिलते हैं जिन्हें कुछ समय में नहीं छुआ गया है (Redmine Whining, मुझे लगता है), और जो अतीत या निकट भविष्य (उन्नत अनुस्मारक) में नियत तारीखें हैं।

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

वे चीजें जो मैं करने में सक्षम होना चाहूंगा:

  • हमारे सिस्टम और रेडमाइन के बीच संबंध हैं, ताकि टिकट हमारे सिस्टम में एक उपयोगकर्ता या कंपनी से जुड़ा हो सके। इसके अलावा, ताकि हम संबंधित बिंदु पर बिक्री टिकट से एक नई कंपनी बना सकें। इसके लिए बस मुझे कुछ काम करने की जरूरत है।
  • हमारी त्रुटि ट्रैकिंग सॉफ़्टवेयर (संतरी) और रेडमाइन के बीच एक संबंध है, ताकि सर्वर त्रुटियों से एक रेडमीन टिकट उत्पन्न हो। फिर, वर्तमान तकनीक के साथ हल करने योग्य।
  • डेस्कटॉप क्लाइंट को रिडाइन करने के लिए है। सर्वर हमारे LAN के भीतर है, लेकिन वेब पेज के अलावा डेटा को एक्सेस करने के लिए अधिक लचीला तरीका होने में सक्षम होने के नाते यह बहुत अच्छा होगा। यह कुछ भी मैं वास्तव में redmine वेब अंतरफलक में ऐसा नहीं कर सकते है कि, लेकिन Things.app की तरह कुछ है नहीं है तो में काम करने के लिए बहुत अच्छे।
  • हमारे समर्थन के सभी दस्तावेज रेडमिन के भीतर हैं, और फिर एक सार्वजनिक-सामना करने वाले सर्वर पर उत्पन्न होते हैं। इस तरह, हमारे सहयोगी कर्मचारी प्रलेखन को बनाए रख सकते हैं, एक अच्छे तरीके से संपादित कर सकते हैं, और डॉक्स-सर्वर के लिए परिवर्तनों को तैनात कर सकते हैं।

कृपया, अन्य ट्रैकर को रेडमाइन से जोड़ने के बारे में अपने कथन को स्पष्ट करें। आप कहते हैं कि यह वर्तमान तकनीक के साथ उल्लेखनीय है। आप किस तकनीक से मतलब रखते हैं? धन्यवाद।
रीगा

आपके पास संतरी भेजने का डेटा हो सकता है जो एक रेडमाइन टिकट बनाएगा, और फिर टिकट आईडी को वापस संतरी में जोड़ देगा। इसलिए मेरा मानना ​​है कि यह मेरा समय लेने के लिए एक उच्च प्राथमिकता नहीं है, हालांकि :)
मैथ्यू Schinckel

7

रेडमाइन हमारे लिए अब तक शानदार रहा है। हम इसे बहु-किरायेदार टिकटिंग / चुस्त प्राथमिकता कतार के रूप में उपयोग करते हैं, और इसे एसवीएन के साथ भी जोड़ा है। विशेष रूप से:

  • एसवीएन के माध्यम से स्थापित करना / बनाए रखना एक हवा रही है (मैंने svn switch https//.../branches/1.3-stable .कमांड का उपयोग करके 1.1 से 1.2 से 1.3 से 1.4 के बीच माइग्रेट किया है और इसके बाद rake migrateकभी-कभार आवश्यक रत्न प्रतिष्ठानों के साथ कमांड का उपयोग किया जाता है )।
  • डेटाबेस और संग्रहीत फ़ाइलों का बैकअप एक-लाइन स्क्रिप्ट निष्पादन है
  • हम टाइम ट्रैकर से प्यार करते हैं और स्पेंट टाइम प्लगइन्स बहुत पसंद हैं। मैं एक मैक ओएस एक्स के लिए हमारे कार्यालय उपयोगकर्ताओं में से कुछ के लिए वसा ग्राहक पर नज़र रखने के लिए मार डालूंगा, लेकिन यह बिंदु के बगल में है :)
  • हम फ़ोरम का अधिक उपयोग नहीं करते हैं, लेकिन गतिविधि और रोडमैप का अत्यधिक उपयोग करते हैं। विशिष्ट संस्करणों के लिए समस्याओं को बांधना एक ईश्वर-दर्शन है।
  • हमारे पास क्लाइंट / सर्वर अंतर भी हैं, लेकिन निर्दिष्ट करने के लिए टिकटों को टाई करने के लिए लक्ष्य संस्करण का उपयोग करें (जहां नेक्स्ट क्लीयर रिजल्ट / NEXT SERVER RAILASE) चला जाता है ताकि काम करते समय अंतर किया जा सके।
  • हम स्थिति के लिए रूपकों को मिलाते हैं - हम इन ("तत्काल", "अस्वीकृत", "अवरुद्ध", "कार्यशील", "काम करना", "डेक पर" "सूची", "प्रतीक्षा के लिए"), "द्वारा जारी की गई" का परीक्षण करते हैं। "," सत्यापित "," प्रोडक्शन का विमोचन "," बंद "," रद्द)।
  • फिर, ऊपर प्रत्येक समूह के भीतर, हमारे पास प्राथमिकताओं की यह क्रमबद्ध सूची है: ("तत्काल", "मुझे प्राथमिकता दें", "डिज़ाइन और आकार मुझे", "P1" ... "P5", "P-Watch List")। यह प्लस उपरोक्त मुद्दों क्षेत्र से सभी को आसान वर्कफ़्लो के लिए अनुमति देता है।
  • बुनियादी मुद्दों की सूची के लिए, हम "प्राथमिकता", "पेरेंट टास्क", फिर "अपडेटेड तिथि" के आधार पर क्रमबद्ध करते हैं - उस मध्य की आवश्यकता है ताकि Redmine अच्छी तरह से संकेत दे कि एक ही समूह में एक बच्चे का काम होना चाहिए।
  • हम चेकइन कमिट्स का उपयोग मुद्दों (यानी, svn ci -m "This fixes #1733 @2.5, holy smoke what a weird foo bug. It is now bacon and unicorns.") के लिए कमिट्स टाई करने के लिए करते हैं - और क्या इसने उस मुद्दे को "वेटिंग फॉर बिल्ड" में स्थानांतरित कर दिया है (जिसका उपयोग "रिज़ॉल्यूशन" के लिए किया गया था, लेकिन मैं यह समझाते हुए थक गया कि "हल" का मतलब कोई नहीं हो सकता है) यह अभी तक जारी देखने की उम्मीद)।

मुझे लगता है कि मुझे Redmine-stuff-to-do प्लगइन की जांच करनी होगी। +1 प्रश्न।


6

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

स्थिति - जब मुझे कोई सॉफ़्टवेयर या हार्डवेयर समस्या मिलती है, तो स्थिति "नई" होती है - जब मेरे सॉफ़्टवेयर / हार्डवेयर डेवलपर्स ने इस समस्या को देखा है और वे इस पर काम कर रहे हैं, तो वे स्थिति को "प्रगति में बदल देते हैं।" वे% का उपयोग कर सकते हैं यदि वे 0 - 50 से चाहते हैं। मैंने उन्हें 50% निर्धारित किया है जब उन्हें लगता है कि उन्होंने इस मुद्दे को हल कर दिया है। - मैं निर्धारित करता हूं कि क्या समस्या ठीक हो गई है या नहीं, और मैंने स्थिति को "हल" और% को 100% कर दिया है। यह मुझे उन मुद्दों को फ़िल्टर करने की अनुमति देता है <या 50% के बराबर मुद्दों को खोजने के लिए जो अभी भी खुले हैं।

प्राथमिकता - निम्न, सामान्य, उच्च, तत्काल, सभी चीनी में अच्छी तरह से अनुवाद करते हैं।

ड्यू डेट - मैं इसका उपयोग यह बताने के लिए करता हूं कि मेरे सॉफ़्टवेयर डेवलपर्स द्वारा मूल रूप से फिक्स कब अपलोड किया गया था। किसी चीज का परीक्षण करने और समस्या को बंद करने में मुझे 4-6 दिन लग सकते हैं। मुझे अपनी सॉफ़्टवेयर टीम की जवाबदेही को दर्शाने के लिए अपना गनेट चार्ट पसंद है, न कि मुझे तय करने में कितना समय लगा।

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

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


5

जैसा कि आपने Word दस्तावेज़ों को अपने QA के साथ आगे और आगे भेजने का उल्लेख किया है - मुझे पता है कि यह भावना, वहाँ रही है, ऐसा किया है। मेरे लिए मुख्य मुद्दा यह था: क्यूए लोग किसी भी बग ट्रैकर में मुद्दों को जोड़ना पसंद नहीं करते हैं, वे उन्हें परीक्षण के दौरान उनके बगल में एक संपादक में नोट करते हैं।

अब हम Redmine का उपयोग एक अच्छे एडऑन के साथ कर रहे हैं - Usersnap (अस्वीकरण: हमने इस समस्या को अपने लिए हल करने के लिए उपकरण बनाया है।

उपयोगकर्ता डेवलपर्स वेब डेवलपर्स के लिए बहुत अच्छा है - इसे अपने वेब प्रोजेक्ट में जोड़ें और आपको रेडमीन टिकटों से सीधे स्क्रीनशॉट मिलेंगे - जिसमें उपयोग किए गए ब्राउज़र, ऑपरेटिंग सिस्टम और इतने पर मेटा जानकारी शामिल है।

हमारे क्यूएएस / ग्राहक सीधे वेब एप्लिकेशन में बग दर्ज कर सकते हैं और देवियों को रेडमाइन में बग रिपोर्ट को पुन: पेश करना आसान हो जाता है।


4

हम स्पष्ट रूप से प्रदर्शित करने के लिए रोडमैप अनुभाग का उपयोग कर रहे हैं:

  • कीड़े
  • सुविधाएँ (जो आपके शब्द दस्तावेज़, या html आवश्यकता पृष्ठों के लिंक के संदर्भ होंगी)
  • सुलह (उत्पादन मूल्यों और परीक्षण मूल्यों के बीच अंतर)
  • और इसी तरह...

यह हमारे लिए समेकन का मुख्य बिंदु है। शेष का उपयोग उस संबंध में किया जाता है (उदाहरण के लिए, 'घोषणा' अनुभाग का उपयोग मुख्य मील के पत्थर / रिलीज की तारीखों को परिभाषित करने के लिए किया जाता है)


4

अन्य टिप्पणियों के अलावा, मैं "स्टफ टू डू" -लुगिन के उपयोग की सलाह देता हूं (एरिक डेविस द्वारा लिखा गया मुझे लगता है :) उस प्लगइन का उपयोग करने से आप कई प्रोजेक्ट्स में समस्याओं के क्रम को ड्रैग-एंड-ड्रॉप कर सकते हैं।

https://projects.littlestreamsoftware.com/projects/show/redmine-stuff-to-do


3

हम स्प्रिंट को परिभाषित करने के तरीके के रूप में संस्करणों का उपयोग करते हैं, इसलिए प्रत्येक संस्करण प्रगति के स्पष्ट चित्रण के रोडमैप दृश्य के साथ एक स्प्रिंट है। स्प्रिंट में मुद्दों को 'समीक्षा के लिए तैयार' के रूप में चिह्नित किया जाता है जब पूरा हो जाता है और तब बंद हो जाता है जब क्यूए ने सत्यापित किया है।

हम किसी भी मुद्दे के लिए एक बैकलॉग के रूप में एक संस्करण का उपयोग करते हैं जो दायरे से बाहर हो जाता है या उनकी प्राथमिकता खो देता है आदि।


2

अब हम Redmine का उपयोग लगभग एक वर्ष से कर रहे हैं और यह कई तरीकों से अपने आप विकसित हुआ है। हम एक रिलीज के लिए समूह के मुद्दों के लिए संस्करणों का उपयोग करते हैं, और अनुशासन द्वारा समूह के मुद्दों के लिए श्रेणियां।

प्रत्येक समस्या नई> वर्कफ़्लो के माध्यम से प्रगति में> हल हो जाती है। तब परीक्षक खुश होने पर समस्या को बंद कर देगा।

हम Redmine का उपयोग करने के तरीके को अपडेट करना पसंद करेंगे, ऐसा लगता है कि बहुत सारे महान प्लगइन्स हैं, लेकिन हम पाते हैं कि उनमें से कई टूट गए हैं या स्थापित नहीं होंगे।

हम डेवलपर प्रलेखन के लिए विकी का व्यापक रूप से उपयोग करते हैं।

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