Gitea: स्क्रम पीएम

मुझे नहीं लगता कि गीता कभी लीक से हटकर इसका समर्थन करेगी।

हालाँकि हम https://taiga.io/ या https://wekan.io/ को अधिक गहराई से एकीकृत करने के लिए एक चर्चा शुरू कर सकते हैं। कुछ ऐसा होना चाहिए जिसे आप ढूंढ रहे हैं। :शरमाना:

@metalmatze : वीकन केवल एक कानबन बोर्ड है, इसलिए वास्तव में वह नहीं जो मैं ढूंढ रहा हूं, जबकि टैगा एक बहुत अच्छा पीएम टूल है, लेकिन आप इस तरह के एकीकरण की कल्पना कैसे करेंगे?

वैसे मैंने व्यक्तिगत रूप से कभी भी टैगा का उपयोग नहीं किया है। लेकिन उनके पास एक एपीआई है।
https://taigaio.github.io/taiga-doc/dist/api.html

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

टैगा कोर के भीतर पहले से ही एक सरल गोग्स एकीकरण है, इसे इन उपकरणों के वास्तव में उत्पादक संयोजन के लिए बढ़ाया जाना चाहिए। हमें वास्तव में gita को git होस्टिंग पर केंद्रित करना चाहिए। हो सकता है कि हम वास्तव में एक प्लगइन सिस्टम बना सकें ताकि अन्य लोग ऐसे ऐप लिख सकें जो गीता से जुड़ जाते हैं

@metalmatze : टैगा एक साधारण

@tboerger : वर्तमान में केवल एक प्रतिबद्ध संदेश में उल्लिखित मुद्दों को बंद कर देता है, है ना? मुझे नहीं पता कि इसे कैसे बढ़ाया जा सकता है। गीता के लिए एक प्लगइन सिस्टम बीटीडब्ल्यू बहुत अच्छा होगा।

टैगा का उपयोग कानबन या स्क्रम मोड में किया जा सकता है। यदि आप एक विचार प्राप्त करना चाहते हैं कि इसे कैसे एकीकृत किया जा सकता है तो बस खेलें या github और waffle.io एकीकरण के बारे में पढ़ें। या जीथब के ट्रेलो में एकीकरण पर एक नज़र डालें।

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

@tboerger : मुझे पता है कि टैगा का उपयोग (altough it can be one) । मैंने पहले वफ़ल के साथ खेला है, लेकिन ऐसा एकीकरण केवल टैगा के कानबन मोड (या वीकन) के साथ ही संभव होगा, लेकिन टैगा के स्क्रम मोड के साथ नहीं, है ना? टैगा (और वेकन) की ओर से यह एकीकरण संभव होगा, या क्या गीता इसके लिए एक एपीआई याद करती है? बीटीडब्ल्यू मैं पूरी तरह से समझता हूं कि इस तरह की बड़ी सुविधा वास्तव में दायरे से बाहर होगी, तो क्या प्लगइन सिस्टम के लिए पहले से ही कोई समस्या है?

AFAIK हम आवश्यक एपीआई प्रदान करते हैं, इसे टैगा गोग्स कोड के भीतर एकीकृत करने की आवश्यकता है। हमें प्लगइन सिस्टम के लिए पहले से ही एक समस्या मिली है

टैगा और वीकन (आंतरिक परियोजनाओं) का उपयोग करते हुए मेरी व्यक्तिगत राय में, मेरा मानना ​​​​है कि टैगा इतना अधिक वजन है और शायद अधिक दिलचस्प उपयोग या वीकन जैसी कानबन प्रणाली को एकीकृत करता है।

एकीकरण के बारे में कोई खबर? बहुत बहुत धन्यवाद!

उपर्युक्त सभी के साथ समस्या पोर्टेबिलिटी है... मुझे गीता पसंद है क्योंकि मैं इसे बिना किसी समस्या के विंडोज़ पर चला सकता हूं.. अब गीता को उन दोनों के साथ जोड़ने का मतलब केवल यह होगा कि इस सुविधा का उपयोग केवल वे लोग कर सकते हैं जिनके पास लिनक्स बॉक्स हैं। आदि। मैं व्यक्तिगत रूप से सोचता हूं कि गीता का अपना स्क्रम होना चाहिए और कानबन इसमें एकीकृत होना चाहिए।

इस आदमी ने अब तक गोग्स को निशाना बनाकर कुछ किया है...
"
अगर किसी को इस पर काम करने में दिलचस्पी है, तो मुझसे बेझिझक संपर्क करें। मैंने गॉग्स-संचालित कानबन बोर्ड पर (https://github.com/mhtsbt/GogsBoard) काम करना शुरू कर दिया। यह एक अलग एप्लिकेशन है जो एपीआई के माध्यम से जुड़ता है:
"
मुझे लगता है कि उसकी मदद की जानी चाहिए।

दुखद बात यह है कि मैं गो डेवलपर नहीं हूं। लेकिन मुझे अपने वर्कफ़्लो में यह छोटा तेज़ ऐप पसंद है।

कृपया इस मुद्दे को फिर से खोलें

हाँ, कृपया कानबन एकीकरण फिर से खोलें।
यह Gitlab में भी उपलब्ध है।

गिटलैब जैसी ही चीज बिल्कुल सही होगी।
हमारे पास पहले से ही गीता में TAGS है, संस्करण 1.0 के लिए "हम सभी की जरूरत है", एक कानबन तरीके से मुद्दों का प्रतिनिधित्व है:

• कॉलम "बैक लॉग्स" में बाईं ओर "कोई टैग नहीं" समस्याएँ हैं (डिफ़ॉल्ट)
• बंद मुद्दे दायीं ओर बंद में हैं (DEFAULT)
• उपयोगकर्ता "टू डू" (उपयोगकर्ता निर्दिष्ट) जैसे टैग द्वारा कॉलम बना सकता है।

एक बार हमारे पास यह हो जाने के बाद, हम 1.1 के लिए ड्रैग एंड ड्रॉप के साथ एक अच्छे यूजर इंटरफेस के बारे में सोच सकते हैं ...

पीएस: शायद इसमें कंबन के साथ जीथब मुद्दे का शीर्षक बदल दें?

अछा लगता है

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

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

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

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

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

एक डेवलपर के नजरिए से, मैं समझता हूं कि आप इसका उपयोग नहीं देखते हैं। आखिरकार यह केवल "टैग्स" के समान डेटा का प्रतिनिधित्व कर रहा है। हमें इसकी आवश्यकता क्यों होगी?
मेरा मानना ​​है कि यह एक ग्राहक/अंतिम उपयोगकर्ता सुविधा है। डेवलपर की बात नहीं है। यह उन लोगों के लिए बहुत उपयोगी है जो कोड में नहीं हैं .... आपके उत्पाद या सेवा के उदाहरण परीक्षकों के लिए ... अधिकतर लोग इस धागे पर नहीं हैं: डी

अब परियोजना के परिप्रेक्ष्य में, शायद शेष प्रश्न यह होगा: क्या हम परीक्षक/अंतिम ग्राहक बग रिपोर्टिंग के लिए एक गीता बनाते हैं? या हम केवल विकास करने वालों के लिए गीता बनाते हैं?

मुझे नहीं लगता कि गीता को उतना फूला हुआ होना चाहिए जितना कि GitLab। किसी तृतीय पक्ष API से कनेक्ट करना एक बेहतर विकल्प की तरह लगता है।

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

अगर कोई चाह रहा है, तो इस पर एक नज़र डालें: https://github.com/Incubaid/gita-kanban

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

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

मैं कनबोर्ड का उपयोग करता हूं और वीकन और टैगा का उल्लेख किया गया है। बाहरी समस्या ट्रैकर्स के साथ बेहतर एकीकृत करने के लिए वेबहुक निश्चित रूप से इसे एक सुविधा के रूप में लागू करने की तुलना में उच्च प्राथमिकता होनी चाहिए

@r0bbie अगर कोई इसके लिए

अरे @lafriks। मैं इस पर काम करने की योजना बना रहा हूं। मैं ओपन सोर्स और वेब डेवलपमेंट के साथ काफी अनुभवी हूं, लेकिन गोलांग के लिए बिल्कुल नया हूं। क्या कोई बॉयलर प्लेट कोड या कोई अन्य आधा-कार्यान्वित कांटा है जिसके ऊपर मैं काम कर सकता हूं?

मुझे ऐसा कुछ भी शुरू होने की जानकारी नहीं है

मुझे मदद करने में भी दिलचस्पी होगी, मुझे प्रोजेक्ट प्लानिंग टूल्स की भी आवश्यकता है। हम अब gitlab का उपयोग कर रहे हैं, और github पर स्विच करना चाहते हैं। कानबन, संबंधित मुद्दे और एक गैंट-चार्ट जो हमारे लिए संभव होगा।

मदद करने के लिए मेरी एकमात्र आवश्यकता यह है कि हम किसी ऐसी चीज़ को एकीकृत करें जो पूरी तरह से मुफ़्त और ओपनसोर्स हो, या हम कुछ को गीता में बनाएँ।

@Mikjaer मैं एक कांटा बनाने के लिए तैयार हूं जिसमें कुछ गिटिया में बनाया गया है। क्या आपको गोलांग का ज्ञान होगा? मैं शायद आपकी मदद कर सकता हूँ और रास्ते में गोलंग उठा सकता हूँ

हे हर कोई इस पर शुरू करना चाहता है। केवल यह देखते हुए कि इसके लिए gita API का उपयोग करके एक (गैर-गीता-एकीकृत) समाधान उपलब्ध है। यह एक बाहरी Node.js एप्लिकेशन है और इसे यहां पाया जा सकता है: https://github.com/Incubaid/gitea-kanban ।

मैं सुझाव दूंगा कि शायद वहां एक संदेश छोड़ दें या परियोजना डेवलपर्स के साथ बात करें यदि वे सेना में शामिल होने या कुछ पुन: उपयोग करने के लिए खुले होंगे;)

@ रक्षित-रवि @Mikjaer @r0bbie

@ रक्षित-रवि मैं गोलांग में अच्छी तरह से वाकिफ नहीं हूं, मैं एक दोपहर गीता स्रोत पढ़ने में बिताता हूं और यह करने योग्य लगता है। मैंने चारों ओर देखा है और मुझे लगता है कि सबसे अच्छा समाधान गिटिया के लिए प्लगइन-समाधान बनाना है और फिर हमारी वांछित सुविधाओं को प्लगइन के रूप में लिखना है।

वाह यह बहुत अच्छा है @gsantner

तो क्या गीता में प्लगइन सिस्टम है?

मैंने इस उद्देश्य के लिए क्रोम एक्सटेंशन लिखा है, पहले से ही लेबल द्वारा मुद्दों का एक कानबन दृश्य दिखाता है। पहले गीता का समर्थन करता है, अन्य प्रमुख पर भी काम करता है। आप इसे gita.com पर आजमा सकते हैं। https://github.com/funktechno/git-kanban-enhanced-chrome-extension। सरल गैर स्व-होस्टेड एक्सटेंशन - https://chrome.google.com/webstore/detail/git-kanban-enhance/ehoibkdpdgjcjnnalkbiidajafoimnaa