अपडेट पर वापस जाएँ
New releaseAug 6, 2026

renovate-operator v5.6.0

Kubernetes में Renovate executions को सुव्यवस्थित करने के लिए Operator

साझा करें
Renovate Operator लोगो

Artifact Hub GitHub Release Build, Package, Release (Production)


Renovate: Kubernetes-नेटिव तरीका

CRD-आधारित शेड्यूलिंग, समानांतर निष्पादन, ऑटो-डिस्कवरी और एक अंतर्निहित UI के साथ अपने स्वयं के इंफ्रास्ट्रक्चर पर Renovate चलाएँ। यदि आप Renovate को स्वयं होस्ट करते हैं और पहले से ही Kubernetes चलाते हैं, तो यह ऑपरेटर आपको वह नियंत्रण और अवलोकन क्षमता देता है जो सामान्य स्वयं-होस्ट किए गए सेटअप में नहीं होती।

सभी Renovate प्लेटफ़ॉर्म का समर्थन करता है: GitHub, GitLab, Bitbucket, Azure DevOps, Gitea, और अन्य। ऑपरेटर Renovate द्वारा समर्थित किसी भी प्लेटफ़ॉर्म के साथ काम करता है - बस अपने क्रेडेंशियल और प्लेटफ़ॉर्म सेटिंग्स को एनवायरनमेंट वेरिएबल्स या सीक्रेट्स के माध्यम से कॉन्फ़िगर करें। ध्यान दें कि कुछ प्लेटफ़ॉर्म में GitHub और GitLab के लिए नेटिव वेबहुक इंटीग्रेशन जैसी अतिरिक्त ऑपरेटर-विशिष्ट सुविधाएँ होती हैं।

Mend Renovate CE के साथ तुलना

सुविधाMend Renovate CLIMend Renovate Community Self-Hosted (उर्फ "CE")Renovate Operator
पूर्णतः ओपन सोर्स, कोई साइनअप या लाइसेंस कुंजी नहीं✅❌✅
स्वचालित डिपेंडेंसी अपडेट✅✅✅
आपके स्वयं के इंफ्रास्ट्रक्चर पर चलता है✅✅✅
ऑटो-डिस्कवरी✅✅✅
ऑन-डिमांड रन के लिए वेबहुक API❌✅✅
वेब UI❌❌✅
CRD के माध्यम से डिक्लेरेटिव क्रॉन शेड्यूलिंग❌❌✅
समूह/विषय फ़िल्टरिंग के साथ ऑटो-डिस्कवरी❌❌✅
क्लस्टर के भीतर प्रति-प्रोजेक्ट स्थिति ट्रैकिंग❌❌✅
कंकरेंसी नियंत्रण के साथ समानांतर निष्पादन❌❌✅
Prometheus मेट्रिक्स और हेल्थ चेक❌✅✅
Kubernetes-नेटिव पॉड शेड्यूलिंग❌❌✅
उच्च उपलब्धता के लिए लीडर इलेक्शन❌❌✅
जॉब लाइफ़साइकिल प्रबंधन (TTL, डेडलाइन, पुनःप्रयास)❌❌✅

यह कैसे काम करता है

  1. आपके शेड्यूल के निर्धारित समय पर, एक renovate डिस्कवरी जॉब शुरू होती है
  2. डिस्कवरी पूरी होने के बाद, आप UI में अपने सभी खोजे गए प्रोजेक्ट देख सकेंगे
  3. अब सभी प्रोजेक्ट्स को शेड्यूल किया जाने लगता है
  4. हर 10 सेकंड में ऑपरेटर शेड्यूल किए गए प्रोजेक्ट्स की जाँच करता है और एक नई renovate जॉब शुरू करता है
  5. एक साथ केवल उतनी ही जॉब्स निष्पादित होती हैं जितनी spec.parallelism में परिभाषित हैं

renovate-operator UI का उदाहरण स्क्रीनशॉट।

इंस्टॉलेशन

Helm

विकल्प 1: OCI रजिस्ट्री

helm -n renovate-operator upgrade --install renovate-operator \
  oci://ghcr.io/mogenius/helm-charts/renovate-operator \
  --create-namespace --wait

विकल्प 2: Helm रिपॉज़िटरी

helm repo add mogenius https://helm.mogenius.com/public --force-update
helm -n renovate-operator upgrade --install renovate-operator mogenius/renovate-operator --create-namespace --wait

दस्तावेज़ीकरण

समुदाय

प्रश्न पूछने, प्रतिक्रिया साझा करने और अन्य उपयोगकर्ताओं तथा मेंटेनरों से जुड़ने के लिए हमारे Slack समुदाय से जुड़ें।

Join us on Slack

योगदान

contrib.rocks के साथ बनाया गया।

विकास

ऑपरेटर को स्थानीय रूप से चलाना

पूर्वापेक्षाएँ: just इंस्टॉल होना चाहिए।

  1. अपने kubeconfig के पूर्ण पथ के साथ KUBECONFIG एक्सपोर्ट करें — ~ विस्तारित नहीं होता, इसलिए $HOME या पूर्ण पथ का उपयोग करें:
    export KUBECONFIG=/Users/yourname/.kube/config
    # or
    export KUBECONFIG=$HOME/.kube/config
    
  2. उस kubeconfig में मौजूद वर्तमान context के विरुद्ध operator शुरू करें:
    just run
    

KUBECONFIG में : से अलग किए गए कई फ़ाइलों के नाम भी हो सकते हैं; उन्हें उसी तरह मिलाया जाता है जैसे kubectl उन्हें मिलाता है।

स्थानीय रन में कोई pod नहीं होता और इसलिए उसका अपना कोई namespace नहीं होता। उस स्थिति में setup guide का secret check हर namespace को अस्वीकार कर देता है — जानबूझकर, ताकि cluster-exposed UI उन namespaces में secrets की जाँच न कर सके जो उसके अधिकार क्षेत्र में नहीं हैं — और कारण लॉग करता है। उस चरण को स्थानीय रूप से आज़माने के लिए जिस namespace को आप सेट कर रहे हैं, उसके साथ POD_NAMESPACE export करें:

export POD_NAMESPACE=renovate-operator

just run .env लोड करता है, इसलिए दोनों वेरिएबल्स आपके शेल के बजाय वहाँ रह सकते हैं।

टेस्ट चलाना

कमांडविवरण
just test-unitयूनिट टेस्ट सूट चलाएँ
just golangci-lintलिंटर चलाएँ
just checkसभी जाँचें चलाएँ (टेस्ट + लिंटर)
just generateCRDs पुनः जनरेट करें

श्रेणियाँ