Orbit
Orbit Implementatiepijplijn
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…
Het tabblad Pipeline is een enkele pagina die beantwoordt "wat gebeurt er wanneer we pushen". Het toont elke manier waarop een deploy kan worden geactiveerd, elke gate die er één kan stoppen, de status van elke omgeving, en welke build-functies zijn ingeschakeld, allemaal gelezen uit de echte configuratie van uw project.
Waar de Pipeline Zich Bevindt
Open Orbit, klik op het project, en kies Pipeline onder de groep Deployments in de projecttabbalk. De pagina heet Deployment pipeline.
Het is een alleen-lezen dashboard. Hier wordt niets geconfigureerd; elk gedeelte verwijst door naar waar de instelling werkelijk zich bevindt. Dat is de waarde ervan: één scherm om het project te begrijpen, in plaats van acht instellingskaarten te lezen.
Waarschuwingen Bovenaan
Twee banners verschijnen wanneer ze van toepassing zijn:
- Deploy lock active, met een Manage-link. Push-geactiveerde deploys worden overgeslagen.
- N deployments awaiting approval, met een Review-link. Iemand moet deze goedkeuren of afwijzen.
Als een van beide wordt weergegeven en u vraagt zich af waarom een push niet heeft geïmplementeerd, dan hebt u uw antwoord zonder verder te lezen.
Build Stats
Een compact paneel toont over de recente builds: succespercentage, gemiddelde buildtijd, en hoeveel geslaagd zijn. Het is een gezondheidscontrole in plaats van een analyse. Voor het volledige overzicht raadpleegt u Orbit Project Analytics en Orbit Build Insights.
Trigger Sources
Dit gedeelte vermeldt elke route naar een deploy voor dit project:
| Bron | Wat het toont |
|---|---|
| Git push | De verbonden repository, of No repo connected |
| Branch previews | Of previews automatisch op elke branch worden gemaakt |
| Git tag | Het tag-patroon, indien geconfigureerd |
| Manual deploy | Altijd beschikbaar |
Lees dit wanneer u verrast bent door een implementatie. Als een build verscheen en niemand heeft gepusht, dan is één van deze de verklaring: een tag, een deploy hook, of iemand die op een knop drukt.
Gates en Veiligheid
Het grootste gedeelte is de lijst met gates, elk met zijn huidige status en een Configure-link naar de relevante instellingskaart.
| Gate | Wat het doet |
|---|---|
| Approval gate | Production deploys vereisen expliciete goedkeuring |
| Staging prerequisite | Production wacht op staging op dezelfde commit |
| CI checks | Vereiste controles die moeten slagen, of No checks required |
| Freeze window | Weekends geblokkeerd, aangepaste uren, of geen vriesdperiode |
| Deploy lock | Actief, of geen lock |
| Health check | Het pad dat na deploy wordt gecontroleerd, of Disabled |
| Auto-rollback | Herstelt bij falen van health check |
| Skew protection | Het retentievenster voor oude assets |
| Auto retry | Hoe vaak infrastructuurfouten opnieuw worden geprobeerd |
De meeste van deze gates gelden alleen voor push-geactiveerde deploys. Handmatige deploys van het paneel en deploy hooks gaan rechtstreeks door. De uitzondering gedraagt zich anders, en de details van elke gate worden behandeld in Deploying Your Project. Lees dat voordat u een gate als controle gebruikt.
De Gates Als Checklist Lezen
Voor een project dat ertoe doet, is een redelijke basisinstelling:
- Health check: ingesteld, wijzend naar een pad dat de app oefent in plaats van een gecachet shell.
- Auto-rollback: aan. Zonder een health check heeft het niets om op in te werken, dus de twee horen bij elkaar.
- Auto retry: één of twee. Het herenqueues builds die op infrastructuurfouten zijn mislukt, zoals een netwerkstoring, en voert geen code-fouten opnieuw uit, dus het kost u niets behalve bespaard tijd.
- Approval gate: aan voor alles waar een slechte deploy duur is, uit waar het u meer vertraagt dan het u beschermt.
Als de pagina Health check Disabled en Auto-rollback aan toont, doet die combinatie niets. Het is één van de gemakkelijkste misconfiguraties om maanden lang zonder op te vallen, en deze pagina is waar u het opmerkt.
Environment Flow
Het gedeelte Environment flow toont elke omgeving als een kaart met zijn huidige status: LIVE, BUILDING of PAUSED, de branch die het volgt, en het retry-nummer als de huidige deployment een retry is.
Badges op elke kaart tonen wat is ingeschakeld voor die omgeving:
- Smoke tests, GET-verzoeken die na elke geslaagde deploy tegen gekozen paden worden uitgevoerd.
- Auto-promote, staging naar production promoten na een aantal gezonde uren.
- Canary, het percentage verkeer op een canary deployment.
- Inherits prod vars, waarbij staging productiemilieuvariabelen samenvoegt met lagere prioriteit.
- Scheduled rebuild, waarbij production op een interval opnieuw wordt gebouwd.
Elke kaart verwijst naar de deployments van die omgeving. Als een omgeving No deployments yet zegt, bestaat het in configuratie maar is niets ernaartoe verzonden.
Active Features
Het laatste gedeelte vat build-instellingen samen:
| Feature | Waarden |
|---|---|
| Server mode | SSR ingeschakeld of alleen statisch |
| Auto-create on push | Of branch pushes omgevingen maken |
| Health checks | Aan of uit |
| Build retry | Een maximum, of uit |
| Deploy groups | Gegroepeerd met andere projecten, of zelfstandig |
| Build timeout | De per-build limiet |
| Preview expiry | Dagen voordat previews worden gepauzeerd, of nooit |
Server mode is degene waar mensen in terechtkomen. Een framework dat op de server rendert, moet dit aanzetten; een statische export niet. Als uw project goed wordt gebouwd en vervolgens een lege pagina of 404 op elk route behalve de startpagina serveert, controleert u dit eerst. Zie Frameworks Orbit Supports.
Preview expiry is de huishoudelijke. Ingesteld op nooit, preview-omgevingen stapelen zich onbeperkt op.
Het Pipeline Page Gebruiken
Bij het inwerken van iemand. Stuur ze hier eerst heen. Het is een snellere en nauwkeurigere briefing dan elk document, omdat het wordt gegenereerd uit de liveconfiguratie.
Wanneer een deploy niet plaatsvond. Werk van boven naar beneden: banners, dan trigger sources, dan gates. Één van de drie zal het uitleggen.
Voor een riskante release. Controleer of het gates-gedeelte leest zoals u denkt. Het is het verschil tussen geloven dat u auto-rollback hebt en het hebben.
Tijdens een incident. De environment flow vertelt u wat live waar is, en of iets mid-build is.
Troubleshooting
De pagina toont No repo connected. Het project heeft geen repository. Verbind er één: zie Connecting a GitHub Repository.
Een gate is aan maar deploys gaan toch door. Het is alleen push-geactiveerd. Een deploy hook of een handmatige paneel deploy wordt niet beïnvloed.
Een omgeving toont PAUSED. Preview-omgevingen pauzeren automatisch zodra ze hun vervaldatum voorbij zijn. Implementeer opnieuw om er één terug te brengen.
Auto-promote wordt weergegeven maar niets promoveert. Het vereist het geconfigureerde aantal gezonde uren met geslaagde smoke tests, en wordt periodiek geëvalueerd in plaats van instant.
Waar U Vervolgens Naartoe Gaat
- Deploying Your Project voor wat elke gate werkelijk blokkeert.
- Orbit Project Settings om het te wijzigen.
- Rolling Back a Deployment wanneer een gate u niet heeft gered.