जीआईटी प्रतिबद्धता में टिप्पणियों का विश्लेषण कैसे करें?

Question

मैं जीआईटी के लिए एक सरल कोड समीक्षा प्रक्रिया का पालन कर रहा हूं जहां डेवलपर्स सीधे जीआईटी COMMITs के लिए @review pending by @user_a, @user_b (user_a and user_b are valid GIT users) कहकर गीथब वेब यूआई में संदेश जोड़ते हैं।

बाद में समीक्षक GITHUB वेब यूआई में @reviewed by @reviewer_a कहकर एक और संदेश जोड़ता है।

आइडिया यह पता लगाने के लिए है कि किसी भी समीक्षा में कितने COMMIT चेक किए गए थे। जीआईटी पुल अनुरोध वार्तालापों के लिए अच्छी जगह है लेकिन मैं जो खोज रहा हूं वह है कि प्रत्येक COMMIT के पास @reviewed by... जैसे संदेश का अंतिम संदेश है।

मैं git log --oneline --graph --after="1 week ago" के साथ पिछले एक सप्ताह में भंडार में जोड़े गए सभी कामों को सूचीबद्ध कर सकता हूं। लेकिन यह अनुरोधकर्ता और समीक्षक द्वारा GITHUB वेब UI से जोड़े गए टिप्पणियां/संदेश नहीं दिखाता है।

क्या एक COMMIT में वार्तालापों को सूचीबद्ध करने का कोई तरीका है/GITHUB वेब UI में इन बातचीत/संदेशों को पार्स किया गया है?

धन्यवाद,

Answer 1

गिट स्वचालित रूप से प्रतिबद्ध टिप्पणियों का समर्थन नहीं करता है; यह गिटहब कार्यक्षमता है, गिट कार्यक्षमता नहीं। इन टिप्पणियों को देखने के लिए आपको git कार्यक्षमता में निर्मित बहुत भाग्य नहीं मिलेगा।

जहां तक ​​गिट का संबंध है, प्रतिबद्धता उनके प्रतिबद्ध संदेश, गुण (जैसे लेखक और टाइमस्टैम्प), और पेड़ के आधार पर अपरिवर्तनीय हैं। git में आने वाली कमेंट्स में हश को बदलना होगा, जो मौजूदा प्रतिबद्धता और उसके हैश पर अपने काम को आधार देने वाले किसी के साथ हस्तक्षेप कर सकता है। (Git git notes आदेश के माध्यम से लगभग-बराबर कार्यक्षमता का समर्थन करता है, लेकिन GitHub no longer supports showing notes करें और पुष्टि की टिप्पणियां इस बात का एक हिस्सा नहीं हैं।)

• आप को मेल करना चाहते हैं टिप्पणी के साथ एक Git शाखा पर करता है गिटहब पर बनाया गया, आपको GitHub's comment API का उपयोग करने की आवश्यकता होगी। यह प्रभावशाली रूप से प्रलेखित है, और आपको किसी भी दिए गए प्रतिबद्धता के लिए टिप्पणियों को जोड़ने, जोड़ने, संपादित करने या हटाने, या अपने संपूर्ण रेपो में सभी टिप्पणियों को सूचीबद्ध करने के लिए आपको आवश्यक सभी कॉल देना चाहिए।

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

• यदि यह लगातार चल रहे सर्वर या समीक्षा प्रक्रिया का हिस्सा है, तो आप webhook-based commit comment event की जांच भी कर सकते हैं, जो किसी ने टिप्पणी करने पर आपके सार्वजनिक रूप से सुलभ अंतराल को सूचित करेंगे। कुछ स्थायी भंडारण और वेबहूक के साथ, आप आसानी से देख सकते हैं कि "सबमिट" से "उचित समीक्षा" करने के लिए कूद कब करें।

• आप तीसरे पक्ष के सीएलआई उपकरण का भी उपयोग कर सकते हैं, जैसे this GitHub CLI project, हालांकि मैंने इसका उपयोग नहीं किया है और न ही इसकी सुरक्षा के लिए और न ही इसकी उपयोगिता के लिए।
• अंत में, यदि आप अपनी खुद की एक स्क्रिप्ट लिखते हैं, तो git plumbing commands का उपयोग करना याद रखें, जैसे git rev-listgit log के बजाय। "चीनी मिट्टी के बरतन" आदेशों का उत्पादन (जैसे log और status) बदल सकते हैं और विकसित हो सकते हैं, जबकि "प्लंबिंग" कमांड (जैसे cat-file और rev-list) ने लंबे समय तक रहने वाली स्क्रिप्ट के लिए अनुमानित अनुमानित आउटपुट की गारंटी दी है।