Share via

New Boards Hubs Public Preview

  • Článek

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.

Obecné

Azure Boards

Azure Pipelines

Obecné

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

Auditování se teď v Azure DevOps stalo funkcí výslovného souhlasu. Pokud vaše organizace v současné době auditování aktivně nepoužívá (tj. navštívila protokoly auditování alespoň dvakrát během posledních 90 dnů nebo má nakonfigurovaný stream auditování), budete muset 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. V organizacích, které jsou aktivními uživateli auditování, zůstane 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 . Za předpokladu, že je vaše organizace podporovaná službou Azure Active Directory, byste měli vidět, že jednou z dostupných zásad zabezpečení, které je možné povolit, je protokolovat události auditu. Organizace s podporou MSA už nebudou mít dostupné funkce auditování.

Auditování událostí

Jednoduše přepněte tuto zásadu Na 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. Když je tlačítko vypnuté, stránka Auditování se už na bočním panelu nezobrazí a stránka Protokoly auditování bude nedostupná. Všechny nakonfigurované streamy auditu přestanou přijímat události.

Uživatelé typu host uvidí jenom veřejná uživatelská data.

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é jméno atd., pro členy veřejných projektů. Toto je stejné prostředí, které platí pro anonymní uživatele. To platí pro všechny osobní údaje dostupné prostřednictvím webového prostředí (např. ve výběru 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

New Boards Hubs jsou teď k dispozici ve verzi Public Preview

V posledních několika měsících 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 nového 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í
  • Vyšší výkon
  • Dodržování předpisů pro přístupnost

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

Gif pro ukázku přihlášení k verzi Public Preview

Pokud z nějakého důvodu způsobují blokující problém new boards hubs , můžete verzi Preview vypnout. Vyzkoušejte prosím nové prostředí a pošlete nám zpětnou vazbu. Nezapomeňte nám dát vědět, jestli něco chybí nebo nefunguje podle očekávání.

Azure Pipelines

Šablonám rozšířených kanálů YAML je teď možné předávat kontextové informace pro fáze, úlohy a nasazení.

S touto aktualizací přidáváme novou templateContext vlastnost pro jobkomponenty kanálu , deploymenta stage YAML, které se mají používat ve spojení se šablonami.

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

  • Šablony používáte ke snížení duplicit kódu nebo ke zlepšení zabezpečení kanálů.

  • Šablona přebírá jako parametr seznam stages, jobsnebo deployments

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

  • Zpracování vyžaduje, aby autor kanálu předal do šablony pro každou fázi, úlohu nebo nasazení v seznamu další informace.

Podívejme se na příklad. Řekněme, že vytváříte kanál, který spouští kompletní testy pro ověření žádostí o přijetí změn. Vaším cílem je otestovat jenom 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 budete muset určit jejich chování.

Uvědomíte si, že jiné 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 }}

Šablona pro každou úlohu v parametru testSet nastavuje odpověď komponent systému určených parametrem ${{ testJob.templateContext.requiredComponents }} tak, aby vrátila ${{ testJob.templateContext.expectedHTTPResponseCode }}.

Pak můžete vytvořit vlastní kanál, který se testing-template.yml rozšíří 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 spustí dva testy, jeden pozitivní a jeden negativní. Oba testy vyžadují, aby byla komponenta dimensionsapi dostupná. Ú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.

Aktualizace data vyřazení hostovaných imagí ve Windows 2016

Datum vyřazení obrázků Windows 2016 jsme přesunuli z 1. dubna na 30. června. I když většina zákazníků používajících tuto image 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 pro kanály identit pomocí zastaralých imagí.

Abychom zákazníkům pomohli identifikovat kanály, budeme dál provádět brownouty. Jedná se o 24hodinová období, ve kterých image nebude dostupná, což způsobí selhání úloh kanálu spuštěných během této doby. K výpadkům dojde v:

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

Další kroky

Poznámka

Tyto funkce 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řejít 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.

Vytvoření návrhu

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

Díky,

Aaron Hallberg