GitHub Issues का विकास (Public Preview)

 (github.blog)
2 पॉइंट द्वारा GN⁺ 2024-10-03 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Sub-Issue, Issue Type, Issue search आदि सहित कई सुधार सार्वजनिक किए गए

Sub-issue के साथ issues को विस्तार से बाँटकर मैनेज करना

  • Sub-issue का उपयोग करके issues को parent-child hierarchy में विभाजित और व्यवस्थित किया जा सकता है
  • Sub-issue हर issue में बनाया जा सकता है, और nested structure का उपयोग करके progress track की जा सकती है तथा बचे हुए काम को समझा जा सकता है
  • Project के भीतर sub-issue की progress को आसानी से track किया जा सकता है

Issue type के साथ काम को organize करना

  • Issue type का उपयोग करने पर organization के सभी repositories में साझा होने वाली एक common language के आधार पर issues को classify और manage किया जा सकता है
  • Bug backlog की progress को जल्दी समझना, टीम जिन high-level initiatives पर काम कर रही है उन्हें ढूँढना, और project work classification को समझना संभव हो जाता है

Advanced search से जो चाहिए उसे ठीक-ठीक ढूँढना

  • Repository issue page में AND और OR keywords, तथा nested search के लिए parentheses का उपयोग करके advanced search बनाई जा सकती है
  • अधिक जटिल filters बनाकर ठीक वही issue set ढूँढा जा सकता है जिसकी तलाश है

Issue UI update

  • Issue index page में auto-complete और syntax highlighting वाली नई filter bar जोड़ी गई
  • Creation screen पर जल्दी लौटने वाले 'Create More' option के साथ कई issues बनाना और तेज़ हो गया
  • File name के अनुसार alphabetical order में दिखने वाले issue forms और templates के कारण मनचाहा क्रम आसानी से सेट किया जा सकता है
  • नए 'Copy Link' button से issue का URL आसानी से share किया जा सकता है
  • लंबे issues के मामले में 'Load More' चुनने पर अब 50 की जगह 150 events लाए जाते हैं

GitHub Projects में items की वृद्धि

  • पहले project per 1,200 से बढ़ाकर 50,000 तक capacity बढ़ाने वाली project item limit increase private beta की घोषणा की गई थी
  • आज इस बढ़ी हुई limit के दायरे का विस्तार किया गया
  • Private beta के बाद slices, swimlanes और GraphQL API के लिए support जोड़ा गया, और top bug reports को fix करते हुए performance में सुधार किया गया
  • अगर आप project admin हैं, project में insights (जो फिलहाल support नहीं होने वाली एकमात्र feature है) का उपयोग नहीं कर रहे हैं, और item limit के करीब पहुँच रहे हैं, तो project के ऊपर banner दिखाई देगा
  • यह update organization per नहीं बल्कि project per लागू होता है, इसलिए eligible projects में "Join Waitlist" button पर क्लिक करके शामिल हुआ जा सकता है

GN⁺ की राय

  • यह मौजूदा issue tracking tool को एक स्तर आगे ले जाने वाला update है, जो software development teams के collaboration को काफ़ी बेहतर बना सकता है
  • Sub-issue के जरिए काम को बारीकी से बाँटते हुए भी overall progress समझना आसान हो जाता है, लेकिन hierarchy बहुत गहरी हो जाए तो readability पर उल्टा असर पड़ सकता है
  • Issue type setting के जरिए organization के भीतर एक unified language में issues को manage किया जा सकेगा, यह बात प्रभावशाली है। इससे teams के बीच communication और understanding बेहतर हो सकती है
  • Advanced search feature बहुत सारे issues में से मनचाही जानकारी जल्दी ढूँढने में उपयोगी होगा। हालांकि, complex queries लिख सकने के लिए users की training पहले होनी चाहिए
  • Project item limit का बढ़ना large-scale project management के लिए बहुत मददगार होने की उम्मीद है। हालांकि, एक ही project में बहुत अधिक items रखना वांछनीय नहीं है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-10-03
Hacker News राय

  • GitHub Issues की सबसे बड़ी कमजोरी यह है कि issue page पर जाने पर मूल report ही main content के रूप में दिखती है

    • संभव है कि असली समस्या को समझे बिना सिर्फ symptoms का वर्णन किया गया हो
    • यह भी संभव है कि मूल reporter bug report अच्छी तरह न लिख पाया हो
    • मुख्य समस्या हल होने के बाद भी कोई छोटा हिस्सा unresolved रहने से issue खुला रह सकता है
    • अच्छा होगा अगर page के ऊपर समस्या की वर्तमान समझ और स्थिति समझाने के लिए जगह हो

  • मैं GitHub Issues इस्तेमाल करना चाहता था, लेकिन इसके जटिल हो जाने से निराश हूँ

    • चिंता है कि यह ADO, Jira, Asana की तरह जटिल न बन जाए

  • अगर Issues को repository maintainers तक सीमित किया जाए, तो FLOSS projects में योगदान देना आसान हो जाएगा

    • अभी support requests, suggestions और conversations की वजह से focus धुंधला हो जाता है
    • Issue की Jirafication में कोई दिलचस्पी नहीं है

  • मैंने GitHub Issues का आखिरी बड़ा update 10 साल पहले बनाया था, और मुझे इससे ज्यादा की उम्मीद थी

    • यह checkbox-based development जैसा लगता है
    • इसमें React शामिल है

  • closed - duplicate, closed - won’t fix, our bot closed this because no one commented on it for 6 weeks जैसी status जोड़ने की ज़रूरत है

    • जब कोई समस्या मिलती है, तो वह अक्सर पहले से ही बंद मिलती है, जो निराशाजनक है

  • मुझे नकारात्मक प्रतिक्रिया समझ नहीं आती

    • enterprise users के लिए यह एक शानदार upgrade है
    • यह Gitlab Issue या Linear की तुलना में catch up करने जैसा है

  • labels पहले से हैं, तो मुझे समझ नहीं आता कि issue types का मतलब क्या है

  • issue comments में कई समस्याएँ जोड़ने पर उन्हें track करना मुश्किल हो जाता है

    • [ ] checkbox जोड़ने का तरीका है, लेकिन किसने क्या पूरा किया यह स्पष्ट नहीं होता
    • code के pull request में review comments जोड़ने का तरीका भी है, लेकिन assigned व्यक्ति को दिखाया नहीं जा सकता

  • GitHub Issues की सबसे बड़ी समस्या यह है कि बड़े open source projects priority issues को आसानी से दिखा नहीं सकते

    • aggressive moderation संभव है, लेकिन इससे issue लिखने वालों में anxiety पैदा हो सकती है
    • backlog और to-do में फर्क करने का तरीका चाहिए

  • मुझे पहले इस्तेमाल किया गया task list revamp पसंद था

    • project management के लिए उसका organic approach अच्छा था
    • इसे explicit subtasks में बदल दिए जाने से निराशा हुई