Orbit
Orbit परिनियोजन पाइपलाइन
The Pipeline tab is a single page that answers "what happens when we push". It shows every way a deploy can be triggered, every gate that can stop one, the state of each environment, and which build…
Pipeline टैब एक एकल पृष्ठ है जो "जब हम पुश करते हैं तो क्या होता है" का उत्तर देता है। यह दिखाता है कि डिप्लॉय को कैसे ट्रिगर किया जा सकता है, कौन सी गेटें इसे रोक सकती हैं, प्रत्येक environment की स्थिति, और कौन सी build features चालू हैं - सभी आपकी परियोजना के वास्तविक configuration से पढ़े गए हैं।
Pipeline कहाँ स्थित है
Orbit खोलें, परियोजना पर क्लिक करें, और परियोजना tab strip में Deployments समूह के तहत Pipeline चुनें। पृष्ठ को Deployment pipeline लेबल किया गया है।
यह एक read-only डैशबोर्ड है। यहाँ कुछ भी कॉन्फ़िगर नहीं किया गया है; हर अनुभाग उस स्थान के माध्यम से जाता है जहाँ सेटिंग वास्तव में रहती है। यही इसका मूल्य है: परियोजना को समझने के लिए एक स्क्रीन, बजाय आठ सेटिंग कार्ड पढ़ने के।
शीर्ष पर अलर्ट
जब दो बैनर लागू होते हैं तो वे प्रदर्शित होते हैं:
- Deploy lock active, एक Manage लिंक के साथ। Push-triggered deploys को छोड़ दिया जा रहा है।
- N deployments awaiting approval, एक Review लिंक के साथ। किसी को उन्हें मंजूरी देनी या अस्वीकार करना होगा।
यदि कोई भी दिखाया जा रहा है और आप आश्चर्य कर रहे हैं कि एक पुश क्यों तैनात नहीं हुआ है, तो आपके पास आगे पढ़े बिना आपका उत्तर है।
Build Stats
एक compact panel, हाल के builds के दौरान दिखाता है: success rate, औसत build समय, और कितने सफल हुए। यह विश्लेषण के बजाय एक health check है। पूर्ण चित्र के लिए, Orbit Project Analytics और Orbit Build Insights देखें।
Trigger Sources
यह अनुभाग इस परियोजना के लिए डिप्लॉय के लिए हर route को सूचीबद्ध करता है:
| Source | यह क्या दिखाता है |
|---|---|
| Git push | जुड़ा हुआ repository, या No repo connected |
| Branch previews | क्या previews किसी भी branch पर automatically बनाए जाते हैं |
| Git tag | Tag pattern, यदि एक configured है |
| Manual deploy | हमेशा उपलब्ध |
जब भी आप किसी deployment से surprised हों तो यह पढ़ें। यदि एक build दिखाई दिया और किसी ने push नहीं किया, तो इनमें से एक स्पष्टीकरण है: एक tag, एक deploy hook, या कोई बटन दबा रहा है।
Gates और Safety
सबसे बड़ा अनुभाग gates की सूची है, प्रत्येक अपनी वर्तमान स्थिति दिखा रहा है, relevant settings card के लिए Configure लिंक के साथ।
| Gate | यह क्या करता है |
|---|---|
| Approval gate | Production deploys को explicit approval की आवश्यकता है |
| Staging prerequisite | Production same commit पर staging के लिए waits |
| CI checks | Required checks जो pass करना चाहिए, या No checks required |
| Freeze window | Weekends blocked, custom hours, या no freeze schedule |
| Deploy lock | Active, या no lock |
| Health check | Deploy के बाद checked path, या Disabled |
| Auto-rollback | Health check failure पर reverts |
| Skew protection | Old assets के लिए retention window |
| Auto retry | Infrastructure failures को कितनी बार retry किया जाता है |
इनमें से अधिकांश gates केवल push-triggered deploys पर लागू होते हैं। Panel से manual deploys और deploy hooks सीधे आगे बढ़ते हैं। Exception अलग तरीके से काम करती है, और प्रत्येक gate की detail Deploying Your Project में कवर की गई है। इससे पहले पढ़ें कि आप किसी gate पर control के रूप में rely करें।
Gates को Checklist के रूप में पढ़ना
एक परियोजना के लिए जो महत्वपूर्ण है, एक sensible baseline है:
- Health check: set, एक path पर pointing करता है जो app को exercise करता है बजाय एक cached shell के।
- Auto-rollback: on। एक health check के बिना इसके पास कार्य करने के लिए कुछ नहीं है, इसलिए दोनों एक साथ जाते हैं।
- Auto retry: one या two। यह उन builds को re-queue करता है जो network blip जैसी infrastructure errors पर failed हुए, और code errors को retry नहीं करता, इसलिए यह आपको कुछ नहीं खर्च करता लेकिन समय बचाता है।
- Approval gate: on कुछ भी जहाँ एक बुरा deploy महंगा है, off जहाँ यह आपको धीमा करता है इससे अधिक कि यह आपको protect करता है।
यदि पृष्ठ Health check Disabled दिखाता है और Auto-rollback on है, तो वह combination कुछ नहीं करता है। यह सबसे आसान misconfigurations में से एक है जो आप महीनों तक notice किए बिना carry कर सकते हैं, और यह पृष्ठ है जहाँ आप इसे spot करते हैं।
Environment Flow
Environment flow अनुभाग प्रत्येक environment को एक card के रूप में draw करता है जिसमें इसकी current state है: LIVE, BUILDING या PAUSED, वह branch जिसे यह track करता है, और retry number यदि current deployment एक retry है।
प्रत्येक card पर badges दिखाते हैं कि उस environment के लिए क्या enabled है:
- Smoke tests, GET requests run किए गए हैं chosen paths के विरुद्ध प्रत्येक successful deploy के बाद।
- Auto-promote, production को एक संख्या में healthy घंटों के बाद promote करना।
- Canary, एक canary deployment पर traffic का percentage।
- Inherits prod vars, जहाँ staging lower priority पर production environment variables को merge करता है।
- Scheduled rebuild, जहाँ production एक interval पर rebuilds।
प्रत्येक card उस environment के deployments को link करता है। यदि एक environment No deployments yet कहता है, तो यह configuration में exists करता है लेकिन इसमें कुछ नहीं shipped है।
Active Features
अंतिम अनुभाग build-level settings को summarize करता है:
| Feature | Values |
|---|---|
| Server mode | SSR enabled या static only |
| Auto-create on push | क्या branch pushes environments बनाते हैं |
| Health checks | On या off |
| Build retry | एक maximum, या off |
| Deploy groups | अन्य परियोजनाओं के साथ grouped, या standalone |
| Build timeout | Per-build limit |
| Preview expiry | Days before previews paused हैं, या never |
Server mode वह है जिसे लोग caught हो जाते हैं। एक framework जो server पर renders करता है उसे on की आवश्यकता है; एक static export को नहीं। यदि आपकी परियोजना ठीक से builds करती है और फिर एक blank page या home page के अलावा हर route पर एक 404 serve करती है, तो इसे पहले check करें। Frameworks Orbit Supports देखें।
Preview expiry वह housekeeping है। Never पर set किया गया, preview environments indefinitely accumulate होते हैं।
Pipeline Page का उपयोग करना
किसी को onboard करते समय। उन्हें यहाँ पहले भेजें। यह किसी भी document की तुलना में एक तेज़ और अधिक accurate briefing है, क्योंकि यह live configuration से generated है।
जब एक deploy happen नहीं हुआ। Top down काम करें: banners, फिर trigger sources, फिर gates। इनमें से एक इसे explain करेगा।
एक risky release से पहले। Check करें कि gates section उस तरीके को reads करता है जिस तरह आप सोचते हैं। यह विश्वास करने के बीच का अंतर है कि आपके पास auto-rollback है और इसे having है।
एक incident के दौरान। Environment flow आपको बताता है कि क्या live है जहाँ, और क्या कुछ mid-build है।
Troubleshooting
पृष्ठ No repo connected दिखाता है। परियोजना के पास कोई repository नहीं है। एक को connect करें: Connecting a GitHub Repository देखें।
एक gate on है लेकिन deploys फिर भी जाते हैं। यह push-triggered only है। एक deploy hook या एक manual panel deploy affected नहीं है।
एक environment PAUSED दिखाता है। Preview environments automatically pause होते हैं एक बार उनके expiry के past होने के बाद। एक को वापस लाने के लिए redeploy करें।
Auto-promote दिखाया गया है लेकिन कुछ नहीं promotes। यह configured संख्या में healthy hours के साथ smoke tests passing की आवश्यकता है, और तुरंत के बजाय periodically evaluated है।
आगे कहाँ जाएँ
- Deploying Your Project कि हर gate actually क्या blocks करता है।
- Orbit Project Settings इसमें से कोई भी change करने के लिए।
- Rolling Back a Deployment जब एक gate आपको save नहीं करता।