Nové Panely Hubů veřejná předpremiéra

New Boards Hubs je teď k dispozici ve verzi Public Preview. Webová platforma byla aktualizována tak, aby poskytovala nový moderní design, responzivní přeformátování, dodržování předpisů přístupnosti a vylepšený výkon stránky.

Podrobnosti najdete v poznámkách k verzi.

General

Azure Boards

Azure Pipelines

General

Auditování je teď funkce výslovného souhlasu pro vaši organizaci.

Auditování je teď v Azure DevOps funkcí výslovného souhlasu. Pokud vaše organizace dnes auditování aktivně nepoužívá (tj. navštívili protokoly auditování alespoň dvakrát za posledních 90 dnů nebo mají nakonfigurovaný stream auditování), budete muset tuto funkci auditování explicitně zapnout, aby to vaše organizace začala dělat. Po zapnutí se události auditování zahrnou do protokolu auditu vaší organizace. U organizací, které jsou aktivními uživateli auditování, zůstane tato funkce zapnutá.

Auditování ve vaší organizaci můžete povolit na stránce nastavení organizace .

Na pravém bočním panelu se pod záhlavím zabezpečení zobrazí zásady . Pokud je vaše organizace podporovaná službou Azure Active Directory, měli byste vidět, že jednou z dostupných zásad zabezpečení, které chcete povolit, jsou události auditu protokolu. Organizace založené na MSA už nebudou mít k dispozici funkce auditování.

Události auditu

Jednoduše přepněte tuto zásadu Zapnuto a Auditování by teď mělo být dostupné (pokud se nezobrazí okamžitě, aktualizujte stránku a měla by být dostupná). Pokud už nechcete přijímat události auditování, přepněte tlačítko na Vypnuto. Po vypnutí tlačítka se stránka Auditování už na bočním panelu nezobrazí a stránka Protokoly auditování nebude dostupná. Všechny nakonfigurované streamy auditu přestanou přijímat události.

Hostující uživatelé uvidí jenom veřejná data uživatelů.

Pokud je zásada přístupu externího hostazakázaná a je povolená zásada Povolit veřejné projekty, uživatelé typu host budou moct zobrazit jenom veřejná uživatelská data, jako je zobrazovaný název atd., pro členy veřejných projektů. Toto je stejný zážitek, který se poskytuje anonymním uživatelům. To platí pro všechny osobní údaje dostupné prostřednictvím webového prostředí (např. v nástroji pro výběr identity, který se zobrazí, když se uživatel pokusí zmínit jiného uživatele nebo přiřadit pracovní položky) a jakékoli osobní údaje dostupné prostřednictvím našich rozhraní REST API.

Azure Boards

Nové Boards Hubs jsou teď k dispozici ve verzi Public Preview.

Za posledních několik měsíců se náš tým zaměřil na modernizaci uživatelského prostředí pro Azure Boards Hubs. Uživatelské rozhraní bylo aktualizováno tak, aby poskytovalo rychlejší uživatelské rozhraní, konzistenci s ostatními částmi produktu a vylepšenou přístupnost. Tým s radostí oznamuje verzi Public Preview pro nové prostředí Azure Boards.

Funkce zůstávají stejné, ale můžete očekávat následující:

  • Moderní design
  • Responzivní přeformátování
  • Vylepšený výkon
  • Dodržování předpisů v oblasti přístupnosti

Pokud se chcete přihlásit k verzi Public Preview, přepněte v části Funkce ve verzi Preview funkci s názvem New Boards Hubs na Zapnuto.

Gif pro vyjádření výslovného souhlasu s verzí Public Preview

Pokud z jakéhokoli důvodu New Boards Hubs způsobují problém s blokováním, můžete vypnout náhled. Zkuste ale nové prostředí a pošlete nám svůj názor. Dejte nám vědět, jestli něco chybí nebo nefunguje podle očekávání.

Azure Pipelines

Rozšířené šablony YAML pipeline nyní mohou předávat kontextové informace pro fáze, úlohy a nasazení.

V této aktualizaci přidáváme novou templateContext vlastnost pro joba deploymentstage komponenty kanálu YAML určené pro použití ve spojení se šablonami.

Tady je scénář použití templateContext:

  • Pomocí šablon omezíte duplikaci kódu nebo zlepšíte zabezpečení kanálů.

  • Vaše šablona přebírá jako parametr seznam stages, jobsnebo deployments

  • Šablona zpracuje vstupní seznam a provede některé transformace v každé fázi, úlohách nebo nasazeních. Například nastaví prostředí, ve kterém se každá úloha spustí, nebo přidá další kroky k vynucení dodržování předpisů.

  • Zpracování vyžaduje předání dalších informací autorem kanálu do šablony pro každou fázi, úlohu nebo nasazení v seznamu.

Podívejme se na příklad. Řekněme, že vytváříte pipelinu, která spouští kompletní testy pro ověření pull requestu. Vaším cílem je otestovat pouze jednu komponentu systému, ale protože plánujete spouštět kompletní testy, potřebujete prostředí, ve kterém je k dispozici více součástí systému a potřebujete určit jejich chování.

Uvědomujete si, že ostatní týmy budou mít podobné potřeby, takže se rozhodnete extrahovat kroky pro nastavení prostředí do šablony. Jeho kód vypadá takto:

testing-template.yml

parameters: 
- name: testSet
  type: jobList

jobs:
- ${{ each testJob in parameters.testSet }}:
  - ${{ if eq(testJob.templateContext.expectedHTTPResponseCode, 200) }}:
    - job:
      steps:
        - script: ./createSuccessfulEnvironment.sh ${{ testJob.templateContext.requiredComponents }}
        - ${{ testJob.steps }}
  - ${{ if eq(testJob.templateContext.expectedHTTPResponseCode, 500) }}:
    - job:
      steps:
        - script: ./createRuntimeErrorEnvironment.sh ${{ testJob.templateContext.requiredComponents }}
        - ${{ testJob.steps }}

To, co šablona dělá, pro každou úlohu v parametru testSet nastaví odpověď komponent systému určených ${{ testJob.templateContext.requiredComponents }} tak, aby vrátila ${{ testJob.templateContext.expectedHTTPResponseCode }}.

Poté můžete vytvořit vlastní pipeline, která rozšiřuje testing-template.yml podobně jako v následujícím příkladu.

sizeapi.pr_validation.yml

trigger: none

pool:
  vmImage: ubuntu-latest

extends:
  template: testing-template.yml
  parameters:
    testSet:
    - job: positive_test
      templateContext:
        expectedHTTPResponseCode: 200
        requiredComponents: dimensionsapi
      steps:
      - script: ./runPositiveTest.sh
    - job: negative_test
      templateContext:
        expectedHTTPResponseCode: 500
        requiredComponents: dimensionsapi
      steps:
      - script: ./runNegativeTest.sh

Tento kanál spouští dva testy, kladné a záporné. Oba testy vyžadují, aby byla komponenta dimensionsapi k dispozici. Úloha positive_test očekává návratový dimensionsapi kód HTTP 200, zatímco negative_test očekává, že vrátí kód HTTP 500.

Aktualizované datum vyřazení obrazů hostovaných na Windows 2016

Datum vyřazení obrázků Windows 2016 jsme přesunuli od 1. dubna do 30. června. I když většina zákazníků, kteří tuto image používají, aktualizovala své kanály, stále existují zákazníci, kteří tuto image používají. Pokud chcete ověřit, jestli vaše organizace používá Windows 2016, použijte tyto pokyny k identifikačním kanálům, které používají zastaralé snímky.

Abychom zákazníkům pomohli identifikovat pipeline, budeme dál provádět brownouty. Jedná se o 24hodinová období, ve kterých image nebude dostupná, což způsobuje selhání úloh kanálu spuštěných během této doby. Brownouty budou probíhat na:

  • Pondělí 18. dubna
  • Úterý 26. dubna
  • Středa 4. května 4
  • Čtvrtek 12. května
  • Pátek 20. května 20
  • Pondělí 23. května
  • Úterý 31. května
  • Středa 8. června
  • Čtvrtek 16. června
  • Pátek 24. června
  • Pondělí 27. června

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 stránku Azure DevOps a podívejte se.

Přechod na Azure DevOps

Jak poskytnout zpětnou vazbu

Rádi bychom slyšeli, 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.

Udělejte návrh

Můžete také získat rady a své otázky zodpovězené komunitou ve službě Stack Overflow.

Dík

Aaron Hallberg

  • Last updated on