Vylepšené prostředí žádostí o přijetí změn
V tomto sprintu přidáváme do prostředí žádostí o přijetí změn řadu vylepšení. Patří mezi ně, aby byly volitelné kontroly viditelné, aby se po kliknutí pomocí kláves Ctrl otevřela nová karta, přidala umístění do poznámek a zlepšila se rozložení filtrování komentářů.
Podrobnosti najdete v seznamu funkcí níže.
Funkce
Azure Boards
Azure Repos
Azure Pipelines
- Aktualizace uzlu v agentu Azure Pipelines
- Uložení agenta, který není v pořádku, pro účely šetření v agentech škálovací sady
- Nejnovější kanály Ubuntu brzy použijí Ubuntu-20.04.
Azure Boards
Odebrání pravidla Přiřazeno pro typ pracovní položky Chyby
Existuje několik skrytých systémových pravidel pro všechny různé typy pracovních položek v Agilních, Scrum a CMMI. Tato pravidla existovala již více než deset let a obecně fungovala dobře bez jakýchkoli stížností. Existuje však několik pravidel, která jim uvítají. Jedno pravidlo konkrétně způsobilo hodně bolesti pro nové a stávající zákazníky a rozhodli jsme se, že je čas ho odstranit. Toto pravidlo existuje u typu Pracovní položka chyby v procesu agilního procesu.
"Nastavte přiřazenou hodnotu Na Hodnotu Vytvořeno při změně stavu na Vyřešeno"
Obdrželi jsme spoustu vašich názorů na toto pravidlo. V reakci jsme toto pravidlo odebrali z typu Pracovní položka chyby v procesu Agilní. Tato změna ovlivní každý projekt pomocí zděděného agilního procesu nebo přizpůsobeného zděděného agilního procesu. Pro zákazníky, kteří se vám líbí a závisí na tomto aktuálním pravidlu, se podívejte na náš blogový příspěvek o krocích, které můžete provést k opětovnému přidání pravidla pomocí vlastních pravidel.
Azure Repos
Dávka vylepšení prostředí žádosti o přijetí změn
Nové prostředí žádostí o přijetí změn je už několik měsíců ve verzi Preview. Adresovali jsme zpětnou vazbu, kterou jsme dostali od mnoha z vás. S radostí oznamujeme následující vylepšení, která uvidíte s nasazením tohoto sprintu:
Zviditelnit volitelné kontroly
Zákazníci používají volitelné kontroly k upoutat pozornost vývojáře na potenciální problémy. V předchozím prostředí to bylo zřejmé, když tyto kontroly selžou. To ale není případ v prostředí preview. Velká zelená značka zaškrtnutí na požadovaných kontrolách maskuje chyby v volitelných kontrolách. Uživatelé můžou zjistit, že volitelné kontroly selhaly otevřením kontrolního panelu. Vývojáři to často nedělají, když se nezobrazí žádná indikace problému. V tomto nasazení jsme v souhrnu zviditelní stav volitelných kontrol.
Stisknutou klávesou Ctrl se zobrazí položky nabídky.
Nabídky karet v žádosti o přijetí změn nepodporují stisknutí klávesy Ctrl. Uživatelé při kontrole žádosti o přijetí změn často otevírají nové karty prohlížeče. To jsme opravili.
Umístění poznámky [+]
Stromový seznam souborů v žádosti o přijetí změn zobrazuje poznámku [+], která autorům a recenzentům pomůže identifikovat nové soubory. Vzhledem k tomu, že poznámka byla za třemi tečky, nebyla často viditelná pro delší názvy souborů.
Rozevírací seznam aktualizací žádostí o přijetí změn znovu získá informace o časování
Rozevírací seznam pro výběr možnosti aktualizovat a porovnat soubory v žádosti o přijetí změn ztratil důležitý prvek v prostředí náhledu. Při provedení této aktualizace se nezobrazit. To jsme opravili.
Vylepšené rozložení filtru komentářů
Při filtrování komentářů na souhrnné stránce žádosti o přijetí změn byl rozevírací seznam napravo, ale text byl zarovnaný doleva. To jsme opravili.
V dalších dvou sprintech plánujeme další vylepšení.
Azure Pipelines
Aktualizace uzlu v agentu Azure Pipelines
Aktualizace z původního publikování: Kvůli nekompatibilitě s Red Hat Enterprise Linuxem 6 a Uzlem 14 jsme pozastavili práci na uzlu 14 a nejprve se zaměříme na to, jak se dostat k uzlu 10.
V této verzi jsme zahájili přechod z Node 6 a do podporované verze Node jako upřednostňovaného modulu runtime pro úlohy Azure Pipelines. Aktualizovali jsme první dávku úkolů v poli tak, aby běžela na uzlu 10. Tato změna označuje začátek procesu, který ve výchozím nastavení odebere uzel 6 z agenta. Uzel 6 ukončil dlouhodobou podporu a často je označený jako bezpečnostní riziko automatizovanými skenery. I když se domníváme, že naše použití Node 6 pravděpodobně nebude podléhat většině potenciálních chyb, je ale důležité, abychom získali úlohy do podporovaného modulu runtime. V kalendářním roce 2021 plánujeme začít dodávat verzi agenta bez Node 6.
Pokud používáte některou z úloh s podporou uzlu 10, agenti v místním prostředí se aktualizují tak, aby spouštěli nové verze úloh. Kromě toho by většina zákazníků neměla mít žádný dopad. Na druhou stranu pokud jste autorem jakýchkoli úkolů, měli byste je začít aktualizovat tak, aby běžely na uzlu 10. task.jsonV části execution, můžete aktualizovat z Node do Node10. Pokud potřebujete podporovat starší verze serveru, můžete vstupní bod opustit Node . Instance Azure DevOps, které rozumí obslužné rutině Node 10, ji ve výchozím nastavení zvolí a ty, které se nebudou vracet k implementaci Node 6.
Uložení agenta, který není v pořádku, pro účely šetření v agentech škálovací sady
Když používáte agenty škálovací sady, Azure Pipelines spravuje vertikální navýšení a snížení kapacity instancí agentů. Když Azure Pipelines ve škálovací sadě zjistí, že virtuální počítač není v pořádku, zapíše problém do uživatelského rozhraní diagnostiky fondu a pokusí se virtuální počítač odstranit. Existuje mnoho důvodů, proč virtuální počítač není v pořádku: Konfigurace sítě škálovací sady mohla zabránit rozšíření Azure Pipelines ve stažení nejnovějšího agenta, rozšíření vlastních skriptů mohlo dojít k chybě nebo image virtuálního počítače škálovací sady může mít čekající restartování nebo čekající služba Windows Update.
Odstraněním virtuálních počítačů, které nejsou v pořádku, azure Pipelines udržuje fond agentů optimalizovaný pro spouštění úloh CI/CD. V některých případech můžete k ladění tohoto problému použít stránku diagnostiky Azure Pipelines (viz výše) nebo stránku diagnostiky Azure. V mnoha případech je ale nejlepším způsobem, jak problém diagnostikovat, je přihlásit se k virtuálnímu počítači a zkontrolovat protokoly agenta a protokoly prohlížeče událostí. V současné době to není snadné, protože se virtuální počítač, který není v pořádku, odstraní automaticky.
V této verzi jsme vylepšili diagnostiku virtuálních počítačů, které nejsou v pořádku, tím, že vám poskytneme možnost uložit agenta, který není v pořádku, pro účely vyšetřování.
Když se uloží agent, který není v pořádku, můžete se připojit k virtuálnímu počítači, ladit a načíst všechny potřebné protokoly. Po dokončení můžete uvolnit agenta a přidružený virtuální počítač. Další informace najdete v části věnované řešení potíží s agenty, kteří nejsou v pořádku.
ubuntu-latest kanály brzy použijí Ubuntu-20.04.
Ubuntu 20.04 bude brzy výchozí verzí popisku ubuntu-latest v Azure Pipelines. Tato změna bude vydána během několika týdnů od 30. listopadu.
Pokud se zobrazí nějaké problémy s kanály Ubuntu:
- Zapište problém v úložišti virtuálních prostředí.
- Přepněte zpět na Ubuntu 18.04 zadáním
ubuntu-18.04jakovmImagev kanálu. Budeme i nadále podporovat Ubuntu 18.04.
Všimněte si, že ubuntu-18.04 v ubuntu-20.04 předinstalovaných nástrojích a výchozích verzích nástrojů se můžou lišit. Informace ovšechch https://github.com/actions/virtual-environments/issues/1816
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 na ně.
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.
Můžete také získat rady a své otázky zodpovězené komunitou ve službě Stack Overflow.
Díky,
Matt Cooper