ज़्यादा स्वस्थ Clippy के लिए सहयोगी review का प्रस्ताव
(blog.rust-lang.org)- Rust linter Clippy पिछले कुछ महीनों से pull request review bottleneck का सामना कर रहा है, इसलिए contributors एक-दूसरे के बदलाव पहले देखें इसके लिए एक collaborative review प्रक्रिया शुरू की जा रही है
- maintenance काम के लिए funding पाने वाला कोई Clippy team member नहीं है, इसलिए review और management का बोझ maintainers के free time पर केंद्रित है और burnout का जोखिम बढ़ रहा है
- नई प्रक्रिया में जब कोई contributor pull request खोलता है, तो @rustbot उसे पहले ऐसे दूसरे pull request देखने के लिए कहता है जिन पर अभी तक review नहीं हुआ है
- किसी दूसरे contributor के pull request का review करने वाले लोगों को secret list में जोड़ा जाता है, और बाद में उनके अपने pull request को team reviewers की ओर से प्राथमिकता मिलती है
- Clippy team को उम्मीद है कि Rust Foundation Maintainers Fund और community participation maintainers का बोझ कम करने और project की स्थिति बेहतर बनाने में मदद करेंगे
Clippy में review bottleneck
- Clippy एक Rust linter project है जिसमें कई contributors features और bug fixes को pull request के रूप में submit करते हैं
- पिछले कुछ महीनों में review capacity की कमी के कारण pull request processing में bottleneck पैदा हुआ है
- कुछ अन्य Rust teams के विपरीत, अभी Clippy team में ऐसा कोई व्यक्ति नहीं है जिसे Clippy पर काम करने के लिए funding मिलती हो
- part-time आधार पर भी किसी को support नहीं मिल रहा है
- maintenance का बोझ maintainers के free time पर है
- ऐसी संरचना burnout तक ले जा सकती है
- team को उम्मीद है कि नया Rust Foundation Maintainers Fund Clippy maintainers के लिए funding secured करने में मदद करेगा
- योगदान करना चाहने वाले लोग Rust Foundation Sponsors पर donate कर सकते हैं
contributors के एक-दूसरे को review करने की प्रक्रिया
- नई प्रक्रिया का लक्ष्य यह है कि contributors एक-दूसरे की मदद करें ताकि pull request जल्दी review हों और merge हो सकें
- जब कोई contributor pull request खोलता है, तो flow इस तरह आगे बढ़ता है कि वह पहले किसी दूसरे contributor के pull request को देखे
- हर contributor कम-से-कम एक pull request review करता है
- यह संरचना इस लिए है कि किसी और का योगदान लंबे समय तक अनदेखा न रहे
- @rustbot नए pull request author को दूसरे pull request देखने के लिए निर्देश देता है
- जहाँ संभव हो, प्राथमिकता ऐसे pull request को दी जाती है जिन पर अभी तक कोई review नहीं हुआ है
- review पूरा करने वाले contributors को एक विशेष secret list में जोड़ा जाता है
- उसके बाद उनके अपने pull request को team reviewers की ओर से प्राथमिकता मिलती है
- यह तरीका Bevy project के Open Code Review system से प्रेरित है
- Clippy ने पहले भी project health बेहतर करने के लिए updates किए हैं
- 2025 का Feature Freeze सफल रहा था
- उस प्रक्रिया में team को knowledge, trust, और यह भरोसा मिला कि Rust community को Clippy और सही तरीके से काम करने में रुचि है
- Clippy team का मानना है कि community की मदद से Clippy और मजबूत तथा स्वस्थ बन सकता है
1 टिप्पणियां
Lobste.rs की टिप्पणियां
ईमानदारी से कहूं तो इस घोषणा से ज़्यादा, लेख में लिंक किया गया Bevy का public review process मुझे ज्यादा दिलचस्प लगा। यह वही लेख है जो पहले यहां भी आया था, लेकिन जिस पर ज्यादा चर्चा नहीं हुई थी, और मुझे यह सचमुच बहुत सोच-समझकर बनाया गया, स्मार्ट तरीका लगता है
यह अच्छी तरह काम कर रहा है, यह सुनकर खुशी हुई—और हैरानी नहीं हुई। उम्मीद है Clippy को भी ऐसे ही नतीजे मिलेंगे
यह system छोटे और incremental PRs को बढ़ावा देता है, क्योंकि कोई भी—यहां तक कि पहली बार योगदान देने वाला व्यक्ति भी—उन्हें कहीं ज्यादा आसानी से review कर सकता है। बड़े PRs को merge होने में काफी ज्यादा समय लगता था, और मेरे हिसाब से ऐसा ही होना चाहिए। उन्हें review करना ज्यादा कठिन होता है और code की कुछ समझ चाहिए होती है। आम तौर पर, बड़े features वाले PRs को maintainers या उस क्षेत्र के experts अंत तक आगे बढ़ाते थे
अगर आपको वह लेख पसंद आया, तो उसी लेखक के Bevy maintenance से जुड़े लेख Triage-by-controversy and community review और The Tyranny of Nits भी पसंद आ सकते हैं
जिन open source projects में मैं योगदान देता हूं, उनमें PR review में ज्यादा मदद न करने की एक वजह यह है कि मेरे पास बहुत कम expertise है, इसलिए मुझे यकीन नहीं होता कि मैं इसके योग्य हूं या नहीं
Clippy और Bevy की processes कम अनुभव वाले reviewers को भी वैध रूप से भाग लेने देती हैं, और मुझे यह काफी अच्छा तरीका लगता है
सिर्फ title देखकर यह मेरी उम्मीद से थोड़ा अलग निकला
कुछ accounts बनाकर कई accounts से PRs submit करके इसे आसानी से abuse किया जा सकता है
हालांकि इससे क्या हासिल होगा, यह मुझे ठीक से नहीं पता, लेकिन शानदार contributors की secret list में शामिल होना अपने आप में incentive हो सकता है
contributors जब एक ही project पर काम कर रहे होते थे, तब यह सबसे अच्छे से चलता था, लेकिन मैंने unrelated कामों में भी लोगों को ऐसा करते देखा है। उम्मीद है Clippy भी ऐसा ही चलन बनाएगा। Review swapping काम को तेजी से merge कराने में मदद करता है और collaborative community को बढ़ाता है
हालांकि इस blog post में review mechanism को पेश करने वाला paragraph बेहतर किया जा सकता है। अभी यह “अगर तुम दूसरे PR को बस सरसरी तौर पर देख लोगे, तो तुम्हारा PR जल्दी merge कर देंगे” जैसा पढ़ा जाता है, जबकि शायद intended message यह नहीं है। इसके बजाय focus किसी दूसरे collaborator के साथ काम करने पर होना चाहिए। लोगों से कहें कि वे Clippy के Zulip channel पर जाकर review swap का प्रस्ताव रखें और एक ही project पर साथ काम करें—इससे system abuse को बढ़ावा दिए बिना ज्यादा स्वस्थ community बन सकती है
दोनों चीजें इस तरीके से काफी आसानी से बचाई जा सकती हैं: review pairs randomly assign करें ताकि कोई एक ही व्यक्ति के काम को बार-बार review न करे, और केवल उन reviews को count करें जो आखिरकार merged PRs पर हों
मैं https://www.CodeTriage.com चलाता हूं, जो दूसरों के PRs और issues review करने में मदद करने वाली service है