Azure Pipelines – aktualizace Sprint 194

Funkce

• Publikování neutrálního stavu na GitHubu při přeskočení sestavení
• Přístup ke všem kanálům je ve výchozím nastavení v chráněných prostředcích vypnutý.
• Vložení úkolu před nebo za zadané cílové úkoly pomocí dekorátoru
• Oznámení plánu vyřazení hostovaných imagí s Windows 2016
• Oznámení o vyřazení hostovaných imagí macOS 10.14

Publikování neutrálního stavu na GitHubu při přeskočení sestavení

Se službou Azure Pipelines můžete vždy ověřit žádost o přijetí změn na GitHubu . Můžete také určit, které cesty ve vašem úložišti GitHub by měly aktivovat kanál. Například následující kanál se aktivuje, když se do větve vloží codemain změna, ale ne při vložení změny do docs složky.

trigger: none

pr:
 branches:
   include:
     - main
 paths:
   include:
     - code
   exclude:
     - docs

pool:
  vmImage: ubuntu-latest

steps:
- script: echo Hello, world!
  displayName: 'Run a one-line script'

Jakmile se kanál dokončí, Azure Pipelines publikuje stav zpět na GitHub. Pokud pro vaše úložiště GitHubu platí zásady ochrany větví, pak stav publikovaný službou Azure Pipelines určil, jestli se žádost o přijetí změn sloučí.

Pokud jste ve výše uvedeném příkladu provedli změnu docs, GitHub aktuálně blokuje žádost o přijetí změn a čeká na vrácení stavu službou Azure Pipelines. Azure Pipelines ale nespustí ověřovací sestavení, protože tato cesta je z triggeru vyloučená, takže není možné dokončit žádost o přijetí změn. Zákazníci, kteří pro jedno úložiště GitHub často nastavují triggery vyloučení cesty nebo více kanálů, se často potýkali s tímto problémem.

V budoucnu Azure Pipelines publikuje neutral stav zpět na GitHub, když se kvůli pravidlu vyloučení cesty rozhodne nespouštět ověřovací sestavení. Tím gitHubu poskytnete jasný směr, který indikuje, že azure Pipelines dokončilo zpracování.

Zobrazení konverzace:

Kontrola podrobností:

Přístup ke všem kanálům je ve výchozím nastavení v chráněných prostředcích vypnutý.

Kanál YAML se může spoléhat na jeden nebo více chráněných prostředků. Příkladem chráněných prostředků jsou připojení služeb, fondy agentů, skupiny proměnných, zabezpečené soubory a úložiště, protože správce takových prostředků může řídit, které kanály mají přístup k danému prostředku. Správci používají panel nastavení zabezpečení prostředku k povolení nebo zakázání kanálů.

Když vytvoříte některý z těchto prostředků, výchozí prostředí uděluje přístup ke všem kanálům, pokud ho explicitně nevypnete. V budoucnu se pro zlepšení celkového stavu zabezpečení nastaví výchozí nastavení na odepření přístupu ke všem kanálům. Pokud chcete udělit přístup ke všem kanálům, jednoduše zapněte přepínač v prostředí pro vytváření nebo po vytvoření prostředku.

Vložení úkolu před nebo za zadané cílové úkoly pomocí dekorátoru

Dekorátory představují způsob, jak automaticky vkládat úlohy do kanálu. Centrální týmy v organizaci je běžně používají k automatickému spouštění požadovaných postupů dodržování předpisů. Dekorátory je možné použít s klasickými buildy, klasickými verzemi nebo kanály YAML.

V současné době může být úkol vložen prostřednictvím dekorátoru na začátku každé úlohy, na konci každé úlohy nebo hned po vyřazení úkolu. Pokud to chcete řídit, zadáte v oddílu příspěvku přípony dekorátora hodnotu target , jak je popsáno tady. Seznam cílů teď rozšiřujeme o následující:

ms.azure-pipelines-agent-job.pre-task-tasks
ms.azure-pipelines-agent-job.post-task-tasks
ms.azure-release-pipelines-agent-job.pre-task-tasks
ms.azure-release-pipelines-agent-job.post-task-tasks

Tady je příklad dekorátoru, který vloží úlohu před každou instancí PublishPipelineArtifacts úkolu do kanálu.

{
    "manifestVersion": 1,
    "contributions": [
        {
            "id": "my-required-task",
            "type": "ms.azure-pipelines.pipeline-decorator",
            "targets": [
                "ms.azure-pipelines-agent-job.pre-task-tasks"
            ],
            "properties": {
                "template": "my-decorator.yml",
                "targettask": "ECDC45F6-832D-4AD9-B52B-EE49E94659BE"
            }
        }
    ],
    "files": [
        {
            "path": "my-decorator.yml",
            "addressable": true,
            "contentType": "text/plain"
        }
    ]
}

Oznámení plánu vyřazení hostovaných imagí s Windows 2016

Nedávno jsme Windows 2022 zpřístupnili jako hostované image. S blížícím se koncem hlavní fáze technické podpory windows 2016 v lednu 2022 přestaneme image od 15. listopadu používat vs2017-win2016 . Úplné vyřazení této image se plánuje na březen 2022. Vzhledem k tomu, že se jedná o často používanou image, chtěli jsme vám dát dostatek oznámení a času na provedení nezbytných změn ve vašich kanálech.

Podrobnosti o tom, jak najít všechny projekty a kanály využívající image hostované ve Windows 2016, a postup migrace na novější verze najdete v našem blogovém příspěvku .

Oznámení o vyřazení hostovaných imagí macOS 10.14

Nedávno jsme macOS-11 zpřístupnili jako hostované image. V důsledku toho v prosinci 2021 vyřadíme image s macOS-10.14. Sestavení, která se spoléhají na tuto image, selžou, jakmile je zastaralá. Další podrobnosti o vyřazení různých obrázků najdete v našem blogovém příspěvku.

Další kroky

Poznámka

Tyto funkce se budou zavádět během následujících dvou až tří týdnů.

Přejděte na Azure DevOps a podívejte se.

Přejděte na Azure DevOps.

Jak poskytnout zpětnou vazbu

Rádi bychom se dozvěděli, co si o těchto funkcích myslíte. Pomocí nabídky nápovědy můžete nahlásit problém nebo poskytnout návrh.

Můžete také získat rady a odpovědi na vaše otázky od komunity na Stack Overflow.