Usnadnění přizpůsobení migrací projektů na model procesu dědičnosti – aktualizace VSTS Sprint 139

V aktualizaci Visual Studio Team Services Sprint 139 (VSTS) teď můžete migrovat hostované projekty XML do modelu procesu dědičnosti, abyste usnadnili přizpůsobení. Vaše verze teď navíc může aktivovat žádost o přijetí změn, která vám pomůže provést další testování před sloučením.

Další informace najdete v seznamu funkcí níže.

Další kroky

Přečtěte si o nových funkcích níže a přejděte do VSTS, kde si je můžete vyzkoušet sami.

Přejít na VSTS

Funkce

Wiki:

• Vytvoření obsahu pro stránky wikiwebu

Práce:

• Usnadnění přizpůsobení migrací projektů do modelu procesu dědičnosti
• Chatujte o nejnovějším stavu pomocí vylepšené integrace Microsoft Teams

Kód:

• Standardizace popisů žádostí o přijetí změn pomocí šablon

Sestavení a vydání:

• Provedení dalšího testování pomocí triggeru vydání žádosti o přijetí změn
• Nasazení aplikací z Go do Azure Kubernetes Service (AKS) pomocí azure DevOps Projects

Wiki

Vytvoření obsahu pro stránky wikiwebu

Někdy můžou být stránky wikiwebu dlouhé a obsah je uspořádaný do několika nadpisů. Teď můžete pomocí [[_TOC_]] syntaxe přidat obsah na libovolnou stránku, která má alespoň jeden nadpis. Další informace o používání Markdownu ve VSTS najdete v dokumentaci s pokyny k Markdownu . Tato funkce byla upřednostněna na základě návrhu z UserVoice.

Práce

Usnadnění přizpůsobení migrací projektů do modelu procesu dědičnosti

Migrace modelu hostovaného procesu XML na zděděný proces poskytuje pohodlí při přizpůsobení systému sledování práce prostřednictvím uživatelského rozhraní. Pokud v některém z projektů používáte model procesu hostovaného XML, můžete je teď migrovat. Změnu modelu procesu pro projekt je možné provést ve dvou krocích. Nejprve naklonujte hostovaný proces XML do modelu dědičnosti. Tím se vaše vlastní nastavení, jako jsou typy pracovních položek, pole a stavy, přidá do nově vytvořeného zděděného procesu.

Po ověření procesu pak můžete změnit projekty tak, aby používaly nově vytvořený proces.

Další informace najdete v dokumentaci Klonování hostovaného procesu XML do dědičnosti .

Chatujte o nejnovějším stavu pomocí vylepšené integrace Microsoft Teams

V nejnovějším vylepšení integrace Microsoft Teams teď rychle uvidíte stav aktivity s jasnými ikonami a barvami a začnete chatovat, abyste mohli pokračovat v pohybu. Pokud žádost o přijetí změn čeká na autora, zobrazí se žlutě a s ikonou časovače. Pokud bylo sestavení úspěšné, zobrazí se zeleně a s ikonou zaškrtnutí.

Kód

Standardizace popisů žádostí o přijetí změn pomocí šablon

Psaní správných popisů žádostí o přijetí změn je skvělý způsob, jak revidujícím pomoct zjistit, co mají při kontrole kódu očekávat. Představují také skvělý způsob, jak sledovat, co je potřeba udělat při každé změně, jako je testování, přidání testů jednotek a aktualizace dokumentace (nikdo nikdy nezapomene aktualizovat dokumentaci). Mnozí z vás požadovali, abychom přidali šablony žádostí o přijetí změn, které týmům usnadní psaní skvělých popisů, a tuto funkci jsme teď přidali.

Kromě podpory výchozí šablony popisu žádosti o přijetí změn můžou týmy přidat několik šablon, které se zobrazí v nabídce na stránce pro vytvoření žádosti o přijetí změn. Jednoduše klikněte na tlačítko Přidat šablonu a vyberte si z libovolné šablony v úložišti a připojte ji k popisu žádosti o přijetí změn.

Podporují se také šablony specifické pro větev, pokud chcete použít jinou šablonu pro žádost o přijetí změn do konkrétní větve nebo složky větve. Pokud například chcete mít šablonu specifickou pro všechny větve, které začínají řetězcem "hotfix/", můžete do těchto větví přidat šablonu, která se použije pro všechny žádosti o přijetí změn.

Další informace o vytváření a používání šablon najdete v dokumentaci k šablonům žádostí o přijetí změn.

Sestavení a vydání

Provedení dalšího testování pomocí triggeru vydání žádosti o přijetí změn

Byli jste schopni aktivovat sestavení na základě žádosti o přijetí změn (PR) a tuto rychlou zpětnou vazbu získat před sloučením na chvíli. Teď můžete nakonfigurovat trigger žádosti o přijetí změn i pro vydání verze. Stav vydané verze se publikuje zpátky do úložiště kódu a můžete ho vidět přímo na stránce žádosti o přijetí změn. To je užitečné, pokud chcete v rámci pracovního postupu žádosti o přijetí změn provést další funkční nebo ruční testování.

Nasazení aplikací z Go do Azure Kubernetes Service (AKS) pomocí azure DevOps Projects

DevOps Projects usnadňuje zahájení práce v Azure. Pomůže vám spustit aplikaci ve službě Azure podle vašeho výběru v několika krocích. DevOps Projects poskytuje vše, co potřebujete pro vývoj, nasazení a monitorování aplikace.

Teď jsme přidali podporu pro Azure Kubernetes Service (AKS) cílení na jazyk Go v DevOps Projects. Další informace najdete v dokumentaci ke kurzu pro AKS .

Stav buildu nahlášený na GitHubu je stručnější.

Když VSTS publikuje stav buildu na GitHubu, zobrazí se text stavu v přidružené kontrole potvrzení, větve a žádosti o přijetí změn. Až dosud byl název každého kanálu buildu v textu předzvěděn textem VSTS:. Tuto předmluvu jsme z textu stavu odebrali, aby byl název kanálu buildu přehlednější a nebyl nejasný z VSTS: oficiálního názvu kanálu buildu. Tato změna má bohužel vliv na pravidla ochrany větví GitHubu, kde GitHub stále očekává, že názvy kanálů budou začínat na VSTS:. To může způsobit blokování žádostí o přijetí změn v GitHubu, dokud se neaktualizuje nastavení úložiště. Pokud chcete tento problém vyřešit, po spuštění sestavení alespoň jednou aktualizujte pravidla ochrany větví úložiště v části Nastavení > úložiště Pravidla ochrany větví > větví.

Jak poskytnout zpětnou vazbu

Rádi bychom se dozvěděli, co si o těchto funkcích myslíte. Pomocí nabídky zpětné vazby 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.

Díky,

Gopinath Chigakkagari