Propojení potvrzení GitHubu a žádostí o přijetí změn s Azure Boards pracovními položkami – aktualizace Sprintu 144
V aktualizaci Azure DevOps Sprint 144 pokračujeme v rozšiřování integrace s GitHubem. Teď budete moct propojit potvrzení GitHubu a žádosti o přijetí změn s Azure Boards pracovními položkami. Propojením GitHubu a Azure Boards získáte bohaté možnosti správy projektů s přístupem k funkcím, jako jsou backlogy, panely, nástroje pro plánování sprintů a více typů pracovních položek.
Další informace najdete v seznamu funkcí níže.
Funkce
Azure Boards:
- Propojení potvrzení GitHubu a žádostí o přijetí změn s Azure Boards pracovními položkami
- Získání Azure Boards jako služby
Azure Repos:
Azure Pipelines:
- Správa vydaných verzí GitHubu pomocí kanálů
- Rozšíření VS Code pro kanály založené na YAML
- Webový editor s IntelliSense pro kanály YAML
- Integrace správy změn ServiceNow
- Odkazy na konkrétní řádky v protokolu sestavení
- Určení kanálu pro více platforem v jednom souboru
- Automatické opětovné nasazení při selhání
Azure Artifacts:
Obecné:
Wiki:
Správa:
Azure Boards
Propojení potvrzení GitHubu a žádostí o přijetí změn s Azure Boards pracovními položkami
Týmy, které ke kódu používají GitHub a chtějí bohaté možnosti správy projektů, teď můžou integrovat svá úložiště s Azure Boards. Propojením GitHubu a Azure Boards můžete získat všechny funkce, jako jsou backlogy, panely, nástroje pro plánování sprintů, více typů pracovních položek, a stále mít pracovní postup, který se integruje s pracovními postupy vývojářů v GitHubu.
Propojení potvrzení a žádostí o přijetí změn s pracovními položkami je snadné. Zmiňte pracovní položku pomocí následující syntaxe:
AB#{work item ID}
Zmiňte pracovní položku v potvrzovací zprávě, názvu žádosti o přijetí změn nebo popisu žádosti o přijetí změn a Azure Boards vytvoří odkaz na tento artefakt. Představte si například zprávu potvrzení, která vypadá takto:
Adds support for deleting connections. Fixes AB#20.
Tím se vytvoří odkaz z pracovní položky č. 20 na potvrzení v GitHubu, který se zobrazí v oddílu Vývoj pracovní položky.
Pokud jsou před zmínkou o pracovní položce slova "fix", "fixes" nebo "fixed" (jak je znázorněno výše), pracovní položka se při sloučení potvrzení s výchozí větví přesune do dokončeného stavu.
Týmy, které k vytváření kódu na GitHubu používají Azure Pipelines, uvidí v souhrnu sestavení také pracovní položky propojené s potvrzeními GitHubu.
Získání Azure Boards jako služby
Azure Boards je teď možné snadno získat a použít jako vlastní službu. Bez ohledu na to, jestli je váš kód v Azure Repos nebo Na GitHubu, můžete rychle začít tak, že přejdete na https://www.azure.com/boards a kliknete na Začínáme s Azure Boards. Noví uživatelé získají projekt, který má jenom Azure Boards, a úvod, který jim pomůže začít fungovat.
Azure Repos
Opětovné spuštění buildu s vypršenou platností pro žádosti o přijetí změn automaticky
Azure Repos teď automaticky zapíše buildy s vypršenou platností, které aktivovaly zásady žádostí o přijetí změn. To platí pro žádosti o přijetí změn, které prošly všemi ostatními zásadami a jsou nastavené na automatické dokončování. Pokud dříve měly žádosti o přijetí změn zásady, jako jsou povinné revidující, mohl proces schválení trvat příliš dlouho a přidružené sestavení mohlo vypršet, než revidující žádost o přijetí změn schválí. Pokud by byla žádost o přijetí změn nastavená na automatické dokončování, zůstane blokovaná, dokud uživatel ručně nepředstaví build s vypršenou platností do fronty. Po této změně se sestavení automaticky zapíše do fronty, aby se žádost o přijetí změn po úspěšném sestavení automaticky dokončila.
Poznámka
Tato automatizace zatáčí do fronty maximálně pět buildů s vypršenou platností na jednu žádost o přijetí změn a pokusí se znovu zařadit do fronty každé sestavení jenom jednou.
Azure Pipelines
Správa vydaných verzí GitHubu pomocí kanálů
Verze GitHubu představují skvělý způsob, jak zabalit a poskytnout software uživatelům. S radostí oznamujeme, že tuto funkci teď můžete automatizovat pomocí úlohy vydání GitHubu ve službě Azure Pipelines. Pomocí této úlohy můžete vytvořit novou verzi, upravit stávající verze konceptů nebo publikované verze nebo zahodit starší verze. Podporuje funkce, jako je nahrání více prostředků, označení verze jako předběžné verze, uložení verze jako konceptu a mnoho dalších. Tato úloha vám také pomůže vytvořit poznámky k verzi. Může také automaticky vypočítat změny (potvrzení a související problémy), které byly provedeny v této verzi, a přidat je do poznámek k verzi v uživatelsky přívětivé podobě.
Tady je jednoduchý YAML pro úkol:
task: GithubRelease@0
displayName: 'Create GitHub Release'
inputs:
githubConnection: zenithworks
repositoryName: zenithworks/pipelines-java
assets: $(build.artifactstagingdirectory)/*.jar
Ukázková verze GitHubu vytvořená pomocí této úlohy:
Rozšíření VS Code pro kanály založené na YAML
Abychom urychlili proces kódování, přidali jsme rozšíření VS Code pro kanály YAML. Rozšíření podporuje zvýrazňování syntaxe a IntelliSense (dokončování kódu) k ověření správné struktury souboru a použití platných klíčových slov. Kromě toho podporuje také předdefinované úlohy a může ověřit jejich požadovaný vstup.
Rozšíření je open source projekt na GitHubu a uvítáme zpětnou vazbu, zprávy o chybách a příspěvky od komunity.
Webový editor s IntelliSense pro kanály YAML
Pokud k definování kanálů používáte YAML, můžete teď využít nové funkce editoru, které byly představeny v této verzi. Bez ohledu na to, jestli vytváříte nový kanál YAML nebo upravujete existující kanál YAML, budete moct soubor YAML upravit ve webovém editoru kanálu. Při úpravách souboru YAML použijte ctrl+mezerník pro podporu Technologie IntelliSense. Zobrazí se zvýrazněné chyby syntaxe a také získáte nápovědu k jejich opravě.
Integrace správy změn ServiceNow
Eliminujte zpoždění v produkčních nasazeních díky bezproblémové integraci se ServiceNow. Služba Azure Pipelines ve spolupráci se ServiceNow oznamuje veřejnou dostupnost rozšíření Správy změn ServiceNow, díky čemuž kanály verzí budou informovány o procesu správy změn v ServiceNow.
Pomocí správy změn ServiceNow jako brány vydané verze můžete zahájit proces správy změn v ServiceNow a držet kanál mezi dvěma fázemi, dokud nebude změna připravená k implementaci.
V procesu nasazení můžete také aktualizovat úlohu žádosti o změnu ServiceNow a žádost o změnu ServiceNow se aktualizuje o stav a výsledek nasazení. Získáte tak úplnou obousměrnou integraci mezi ServiceNow a Azure Pipelines.
Odkazy na konkrétní řádky v protokolu sestavení
Teď můžete sdílet odkaz na konkrétní řádky v protokolu sestavení. To vám pomůže při spolupráci s ostatními členy týmu při diagnostice selhání sestavení. Stačí vybrat řádky protokolu v zobrazení výsledků a zobrazit tak ikonu odkazu.
Určení kanálu pro více platforem v jednom souboru
Azure Pipelines nabízí hostované fondy pro agenty pro Linux, macOS a Windows. Pokud jste dříve mohli znovu použít stejné kroky kanálu ve všech třech hostovaných fondech, museli jste kroky zadat v samostatném souboru šablony. Tento požadavek jsme odebrali, abyste mohli zadat více platformový kanál a maticovou strategii v jednom souboru:
strategy:
matrix:
win:
vm: windows-latest
mac:
vm: macOS-latest
linux:
vm: ubuntu-latest
pool:
vmImage: $(vm)
steps:
- script: npm install
- script: npm run test
Automatické opětovné nasazení při selhání
Když nasazení do fáze selže, azure Pipelines teď může automaticky znovu nasadit poslední úspěšné nasazení. Fázi můžete nakonfigurovat tak, aby automaticky nasadí poslední úspěšnou verzi, a to konfigurací triggeru automatického opětovného nasazení v podmínkách po nasazení. V budoucím sprintu plánujeme do konfigurace automatického opětovného nasazení přidat další aktivované události a akce. Další informace najdete v dokumentaci ke skupinám nasazení .
Azure Artifacts
PyPI Public Preview
Azure Artifacts teď může hostovat balíčky Pythonu. To zahrnuje balíčky, které vytváříte, a nadřazené balíčky uložené z veřejného PyPI. Další podrobnosti najdete v blogovém příspěvku s oznámením a v dokumentaci.
Teď můžete hostovat všechny balíčky NuGet, npm, Maven, Python a Universal ve stejném informačním kanálu.
Obecné
portál Stav služby
Přidali jsme nový portál stavu služby Azure DevOps, který poskytuje lepší prostředí pro sledování stavu našich služeb. Pokud narazíte na problém s některou z našich služeb, můžete zkontrolovat stav služby tady.
Další podrobnosti najdete v blogovém příspěvku s oznámením a v dokumentaci.
Wiki
Šablony Markdownu pro vzorce a videa
Při úpravách wikiwebu už není potřeba pamatovat syntaxi Markdownu pro přidávání vzorců, videí a značek YAML . Teď můžete kliknout na místní nabídku na panelu nástrojů a vybrat možnost podle svého výběru.
Správa
Obnovení odstraněných projektů
V této verzi jsme přidali možnost obnovit odstraněné projekty. K dnešnímu dne můžou uživatelé s oprávněním k odstranění projektu obnovit odstraněné projekty prostřednictvím našich rozhraní REST API. Chcete-li to provést, vytvořte žádost o aktualizaci projektu pomocí { "state" : "wellFormed" }. V budoucí verzi přidáme uživatelské rozhraní, které bude přístupné ze stránky přehledu organizace. Další informace o rozhraní REST API najdete v této dokumentaci.
Pokud chcete získat seznam odstraněných projektů, použijte následující požadavek.
GET https://dev.azure.com/{organization}/_apis/projects?stateFilter=deleted&api-version=5.0-preview.3
Pokud chcete obnovit odstraněný projekt, použijte následující požadavek.
PATCH https://dev.azure.com/{organization}/_apis/projects/{projectId}?api-version=5.0-preview.3
Text požadavku
{
"state" : "wellFormed"
}
Poznámka
Na obnovení odstraněného projektu budete mít maximálně 28 dnů. Po 28 dnech se projekt trvale odstraní.
Další kroky
Poznámka
Tyto funkce budou zpřístupněné během následujících dvou až tří týdnů.
Přečtěte si o nových funkcích níže a přejděte do Azure DevOps, kde si je můžete sami vyzkoušet.
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,
Aaron Bjork