Daglig brug og deployment

Standardtemplates validerer pull requests og starter deployment ved push til de konfigurerede branches. De samme deployment-pipelines kan startes manuelt.

Pull requests

En pull request starter setup og validate. Valideringen kører frontend-validering og derefter .NET-validering i Release. PR-pipelinen deployer ikke.

Har npm-projektet et test-script, køres det. Ellers forsøges et build som fallback. En fejl i selve fallback-buildet giver kun en advarsel. Fejl i npm-tests eller npm ci får valideringen til at fejle. Læs mere i Grupper og buildforløb.

Automatisk deployment

Branch som standard	Bitbucket-miljø	Pipeline
main	test	deploy-test
staging	staging	deploy-staging
live	production	deploy-production

Du kan ændre mappingen med ikke-sikrede repository-variabler. Værdierne skal være præcise branchnavne med korrekt brug af store og små bogstaver. Hvert miljø kan knyttes til én branch. En manglende eller tom værdi bruger standarden. Værdien : slår automatisk deployment til det pågældende miljø fra.

Eksempel med main til Production, test til Test og ingen automatisk Staging-deployment:

DEPLOY_TEST_BRANCH=test
DEPLOY_STAGING_BRANCH=:
DEPLOY_PRODUCTION_BRANCH=main

Sæt værdierne i Bitbucket repository variables. Push-triggers kan ikke bruge devops/.env eller deployment-variabler. Tag-pushes starter ikke deployment. En branch uden match starter heller ikke deployment, men dens pull requests kan stadig blive valideret.

Hvis samme branch er valgt til flere miljøer, udløser den flere deployment-pipelines. Kontrollér derfor alle tre variabler ved ændringer.

Manuel deployment af en branch

1. Åbn Pipelines i projektets Bitbucket-repository.
2. Vælg Run pipeline.
3. Vælg den branch, du vil deploye.
4. Vælg deploy-test, deploy-staging eller deploy-production.
5. Start kørslen, og kontrollér destinationen i loggen.

Manuel deployment kan bruge en feature-branch, også når automatisk deployment er slået fra med :. Det valgte deployment-miljøs variabler og rettigheder gælder stadig. Ved Umbraco Cloud vælger TARGET_ENVIRONMENT den faktiske destination.

Forældede pipeline-kørsler

Deployment-templates bruger --skip-if-outdated. Runneren undersøger, om der findes en nyere commit på branchen uden [skip ci] i commit-beskeden.

Hvis kørslen er forældet, forsøger den at stoppe sig selv via Bitbucket API. Med fungerende adgang kan den få status STOPPED. Uden et fungerende token afsluttes den succesfuldt uden deployment. En grøn pipeline kan derfor være en kørsel, der bevidst sprang deployment over.

Kan den nyeste commit ikke slås op eller historikken ikke hentes, fortsætter deployment. Kontrollér loggen, hvis den forventede beskyttelse ikke træder i kraft.

Andre manuelle pipelines

Pipeline	Formål	Variant
sync-cloud-changes	Henter ændringer fra Umbraco Cloud tilbage til Git	Umbraco Cloud
sync-pipeline	Kontrollerer, om projektets pipeline-template skal opdateres	Begge
update-dependencies	Opretter eller opdaterer en PR med dependencies	Begge
scheduled-maintenance	Kører relevante vedligeholdelsesjobs parallelt	Begge

Brug main til template-opdateringer. Se Synkronisering og vedligeholdelse og Dependency-opdateringer.