Gå til indhold

Changelog

Her kan du følge ændringer i de fælles pipelines og dokumentationen. Nyeste ændringer står først. Beskrivelserne er samlet fra Git-historikken med links til de tilhørende commits.

Datoerne er ændringernes commitdatoer. De angiver ikke det præcise tidspunkt for publicering. Fra det første tilgængelige publiceringstag den 5. oktober 2026 er ændringerne opdelt efter dato; den tidligere historik er samlet månedsvis.

  • Dokumentationssite: De danske projekt- og udviklervejledninger er samlet i et statisk Astro Starlight-site med Ecreo-tema, søgning og kontrol af interne links. Bitbucket bygger dokumentationsændringer i PRs og deployer fra main, når Azure Static Web Apps-tokenet er konfigureret. Commit.
  • Genbrug af builds: Frontend- og .NET-validering er delt op. Deployment genbruger vellykkede builds fra samme kørsel, når kildefilerne stadig matcher. Frontend-validering og build kører før .NET-validering. Commit · Buildforløb.
  • Valg af deployment-branches: DEPLOY_TEST_BRANCH, DEPLOY_STAGING_BRANCH og DEPLOY_PRODUCTION_BRANCH vælger branch pr. miljø. Standarderne er main, staging og live; : slår automatisk deployment fra for det valgte miljø. Manuel deployment kan fortsat bruge andre branches. Commit · Variabler og miljøer.
  • Specialtegn i dependency-opdateringer: Værdier fra artifact.env læses som data, så $ i eksempelvis Azure-brugernavne og adgangskoder bevares uden shell-ekspansion. Commit.

De tre første punkter ligger efter det seneste publiceringstag i den lokalt tilgængelige historik. Deres publicering er derfor ikke bekræftet af et tag her.

  • Oprettelse af dependency-PRs: Bitbucket modtager PR-teksten i feltet description. Genererede PRs er sat til at lukke kildebranchen ved merge. Commit.
  • Pipeline-opdateringer i samme PR: En opdatering af pipeline-templaten føjes så vidt muligt til en eksisterende dependency-PR mod main. Dependency-opdateringer bevarer pipeline-ændringen og dens beskrivelse. Den fælles PR valideres af den normale PR-pipeline. Commit · Synkronisering.
  • Automatiske reviewers: Når der ikke er angivet reviewers, forsøger automatiseringen først at vælge en hyppig forfatter blandt de seneste 50 commits på main og derefter en reviewer fra almindelige PRs. Eksisterende reviewers bevares. Commit.
  • CDN-opdateringer: Dependency-pipelinen kan opdatere eksterne JavaScript- og CSS-referencer fra unpkg, npmcdn, jsDelivr og cdnjs. Opdateringer følger projektets politik og omfatter kontrol af downloads samt opdatering af SRI og CORS på relevante tags. Resultaterne indgår i dependency-PR’en. Commit · CDN-opdateringer.
  • Nyt navn på PR-scriptet: PR-oprettelsen er flyttet fra 500_create-pr.sh til 600_create-pr.sh. Projekter med en lokal erstatning skal bruge det nye filnavn. Commit.
  • Sporbar publicering: Publiceringspipelinen tagger den publicerede commit, efter at alle uploads til Azure Blob Storage er lykkedes. Commit.
  • Cloud-sync med ignorerede filer: Patch-filer filtreres, så lokalt usporede filer, som projektets Git-regler ignorerer, ikke blokerer synkronisering. Sporede filer og usporede filer uden ignore-regler bevares i patchen. Commit.
  • Concurrency groups: Sammensætningen af Bitbucket-værdier i concurrency groups er rettet i pipeline-templates. Commit.
  • Dependency-opdateringer og vedligeholdelse: NuGet/npm-forløbet, PR-validering og PR-beskrivelser blev rettet, og templates fik det samlede vedligeholdelsesforløb. Scriptændringer, templates og PR-rettelser.
  • Genbrug af dependency-PRs: Nye dependency-kørsler opdaterer en eksisterende genereret branch frem for at oprette en ny PR hver gang. Commit.
  • Automatiske reviewers: Automatisk reviewer-valg blev tilføjet og efterfølgende rettet til at håndtere store API-svar samt vise navn og UUID i loggen. Tilføjelse, store API-svar og logning.
  • Jira i pipeline-opdateringer: Automatiske commits med en ny pipeline-template bruger JIRA_KEY, når den er angivet. Commit.
  • Flyttede pakkelinjer ved Cloud-sync: Patch-fallback kan finde en flyttet PackageVersion-linje ud fra pakkenavnet, når navnet kun forekommer én gang i filen. Commit.
  • Mere robust Cloud-sync: Når normal patch-anvendelse fejler, forsøger sync med reduceret kontekst og tilpasning til lokale pakkelinjer og JSON-værdier. Hvis patchen stadig ikke kan anvendes, viser loggen en oversigt til manuel synkronisering. Fallback, lokale værdier og manuel vejledning.
  • Automatiske pipeline-opdateringer: Forældede projekt-templates kan opdateres via en automatisk PR. Oprettelse af opdateringsbranchen fik senere mulighed for at bruge checkout-adgangen uden API-token. PR-forløb og checkout-adgang.
  • Kontrol af deployment-commit: Kontrollen af, om en deployment-kørsel stadig er aktuel, blev forbedret. Runneren fik også et opstartsbanner. Kontrol og banner.
  • NuGet- og npm-opdateringer: Gruppen update-dependencies blev tilføjet med konfigurerbar opdateringspolitik og automatisk PR-oprettelse. Commit.
  • Understøttelse af .slnx: Pipeline-scripts kan finde og bruge det nye solution-format. Commit.
  • Genforsøg ved rate limits: Umbraco Cloud-kald forsøges igen ved HTTP 429 med en fælles ventefunktion og et begrænset antal genforsøg. Commit.
  • Forældede deployment-kørsler: En ældre deployment kan springes over, når en nyere kørsel allerede står i kø. Commit.
  • Fælles grupper og runner: Den centrale løsning blev etableret med grupper af nummererede scripts, publicering til Azure Blob Storage og run.sh, som henter og samler centrale scripts med projektspecifikke hooks. Grupper, publicering og runner.
  • Lokale tilpasninger og argumenter: Runneren fik håndtering af lokale grupper og videresendelse af argumenter til scripts. De centrale scripts blev nummereret med spring på 100 for at give plads til projektets hooks. Gruppehåndtering, argumenter og nummerering.
  • Azure Web Apps: Deployment til Azure Web Apps via Kudu blev tilføjet som alternativ til Umbraco Cloud. Commit.
  • Logs og fejlfinding: Runneren fik separate scriptlogs og tidsmåling. Output blev samlet under devops/output, og fejlmeldinger fra setup og builds blev forbedret. Scriptlogs, outputmappe og fejlhåndtering.
  • Opsætning og template-kontrol: Eksempelkonfigurationen blev publiceret sammen med scripts. Runneren fik kontrol af projektets template-dato og advarer ved forskel fra den centrale template. Eksempelkonfiguration og template-kontrol.

Changeloggen opsummerer ændringer, som er relevante for brugere og vedligeholdere; den gengiver ikke alle commits. Ældre månedspunkter beskriver udviklingen i perioden, da der ikke findes publiceringstags for dem i den gennemgåede historik.

Grundlaget er repositoryets lokalt tilgængelige Git-historik og publiceringstags. Tags på serveren kunne ikke genbekræftes under gennemgangen, fordi fjernadgangen krævede login.