osFoundry / Platform
पुल रिक्वेस्ट्स
एक वर्कस्पेस-वाइड PR डैशबोर्ड। CI स्थिति, समीक्षक, संघर्ष — सब एक नज़र में।
यह क्या है
Pull requests, osFoundry के Code & Build हिस्से में मौजूद कोड-रिव्यू डैशबोर्ड है। कौन-से PR ग्रीन हैं, किसकी रिव्यू अभी बाकी है और कौन-सा किसी कॉन्फ़्लिक्ट पर अटका है, यह जानने के लिए रिपॉज़िटरी के बीच टैब बदलने के बजाय आपको पूरे वर्कस्पेस की एक ही लिस्ट मिलती है, जो वही संकेत सामने ले आती है जिन पर आप सचमुच फ़ैसला लेते हैं: CI स्थिति, अनुरोधित और पूरे हो चुके रिव्यूअर, और मर्ज कॉन्फ़्लिक्ट। एक मेंटेनर दिन में दर्जन भर बार जो सवाल पूछता है, «क्या तैयार है और क्या अटका है?», उसका जवाब यह हर PR को एक-एक करके खोले बिना दे देता है।
चूँकि osFoundry एक local-first डेस्कटॉप वर्कस्पेस के रूप में चलता है, यह डैशबोर्ड किसी अलग ब्राउज़र टैब में नहीं, बल्कि आपके चैट, एजेंट, कोड, नॉलेज और डेटा के साथ ही रहता है। जिस विंडो में आप कोई PR पढ़ते हैं, उसी विंडो में आप किसी AI मॉडल से diff का सारांश माँग सकते हैं, रिव्यू कमेंट का ड्राफ़्ट बनवा सकते हैं, या यह समझ सकते हैं कि कोई चेक क्यों फ़ेल हुआ। और वह मॉडल वही होता है जिसे आप जोड़ते हैं, चाहे local हो, cloud हो या self-hosted, आपकी अपनी API की पर, बिना किसी रीसेलर मार्कअप के। एक नज़र में देखने के लिए कोड या रिव्यू को आपकी मशीन से बाहर जाने की ज़रूरत नहीं।
यह इसलिए मायने रखता है क्योंकि ज़्यादातर टीमें समय रिव्यू की देरी में गँवाती हैं, और वजह अक्सर मेहनत की कमी नहीं, बल्कि दिखाई न देना होती है। एक PR दो दिन तक ग्रीन और मर्ज-योग्य पड़ा रहता है क्योंकि किसी का ध्यान नहीं गया; दूसरा किसी रिलीज़ को रोक देता है क्योंकि उसका कॉन्फ़्लिक्ट कभी सामने ही नहीं आया। CI, रिव्यूअर और कॉन्फ़्लिक्ट को एक ही क्रमबद्ध व्यू में रखने से «ढूँढने निकलना» «देखो और करो» में बदल जाता है, और वह व्यू उसी जगह रहता है जहाँ आप पहले से काम करते हैं, न कि किसी और लॉगिन और किसी और per-seat बिल के पीछे।
मुख्य क्षमताएँ
- अपने वर्कस्पेस के हर ओपन पुल रिक्वेस्ट को एक ही लिस्ट में देखें, रेपो को एक-एक करके खोले बिना
- CI स्थिति एक नज़र में पढ़ें ताकि पता चले कौन-से PR ग्रीन और मर्ज-योग्य हैं और किनके चेक फ़ेल हो रहे हैं
- हर PR के रिव्यूअर पर नज़र रखें: किससे अनुरोध किया गया, किसने अप्रूव किया और किसकी रिव्यू अभी बाकी है
- मर्ज कॉन्फ़्लिक्ट को मर्ज के समय या रिलीज़ के दौरान पकड़ने के बजाय पहले ही भाँप लें
- अपने local-first डेस्कटॉप वर्कस्पेस में ही, चैट, एजेंट, कोड और डेटा के साथ, अपने AI मॉडल और API की से रिव्यू करें
उपयोग के मामले
- Maintainer: हर सुबह डैशबोर्ड खोलकर उन PR को ढूँढता है जो ग्रीन और रिव्यू-हो-चुके हैं, और रिपॉज़िटरी में खोजबीन किए बिना उन्हें मर्ज कर देता है
- Team lead: रिव्यूअर कॉलम पर नज़र दौड़ाकर देखता है कि कौन-सी पुल रिक्वेस्ट रिव्यू का इंतज़ार कर रही हैं और सही व्यक्ति को याद दिलाता है
- Release manager: रिलीज़ काटने से पहले मर्ज कॉन्फ़्लिक्ट वाले PR पकड़ लेता है, बजाय मर्ज के बीचोंबीच उनसे टकराने के
सामान्य प्रश्न
क्या डैशबोर्ड एक से ज़्यादा रिपॉज़िटरी की पुल रिक्वेस्ट दिखाता है?
हाँ। यह पूरे वर्कस्पेस का व्यू है, इसलिए आपके वर्कस्पेस की रिपॉज़िटरीज़ के ओपन PR एक ही लिस्ट में दिखते हैं, न कि एक-एक रेपो अलग से। डैशबोर्ड का मक़सद यही है: रेपो के बीच टैब बदलने के बजाय एक जगह सब कुछ देखना।
हर पुल रिक्वेस्ट के बारे में एक नज़र में क्या दिखता है?
वही तीन संकेत जिन पर आप आम तौर पर कार्रवाई करते हैं: CI स्थिति (पास हो रहा है या नहीं), रिव्यूअर (किससे अनुरोध हुआ, किसने अप्रूव किया, क्या अब भी पेंडिंग है) और मर्ज कॉन्फ़्लिक्ट (क्या यह साफ़-सुथरे तरीके से मर्ज हो सकता है)। मक़सद है हर PR खोले बिना बता पाना कि क्या तैयार है और क्या अटका हुआ है।
क्या इसे इस्तेमाल करने के लिए अलग सब्सक्रिप्शन या per-seat फ़ीस चाहिए?
नहीं। Pull requests, osFoundry डेस्कटॉप वर्कस्पेस का हिस्सा है, जो bring-your-own-key है और जिसमें कोई per-seat फ़ीस नहीं है। किसी PR पर आप जो भी AI मदद इस्तेमाल करते हैं, वह उसी मॉडल और API की पर चलती है जिसे आप जोड़ते हैं, चाहे local, cloud या self-hosted, बिना किसी रीसेलर मार्कअप के, और आपका कोड आपके डिवाइस पर ही रह सकता है।