Visual Studio Team Services - 5 onderschatte functionaliteiten
Visual Studio Team Services bezit eindeloos veel mogelijkheden en er komen ook regelmatig nieuwe functies bij. In dit blog wil ik een vijftal krachtige functies belichten die wellicht wat minder bekend zijn.
Work Item Search
Work Items komen op veel plekken terug; bijvoorbeeld op backlogs in de vorm van Product Backlog Items, User Stories en Bugs, op de Sprint Board in de vorm van Tasks, in de “Test” hub in de vorm van Test Cases (en ook Test Plans en Test Suites).
Soms is het terugvinden van specifieke Work Items lastig. Je kunt dan een Work Item Query bouwen, maar dat is wat omslachtig als het om een eenmalige actie gaat.
Daarom heeft Microsoft “Work Item Search” geïntroduceerd. Hiermee is het mogelijk om “full-text" door Work Items te zoeken. Dat betekent dat je één of meerdere zoektermen op kunt geven waarbij naar die zoektermen gezocht wordt in alle velden van alle Work Items binnen een VSTS account. Op de achtergrond wordt hiervoor ElasticSearch ingezet, een Open Source oplossing (https://www.elastic.co/products/elasticsearch en https://github.com/elastic/elasticsearch).
Om Work Item Search te gebruiken, is er een zoekveld beschikbaar in de blauwe menubalk in VSTS.
Het kan zijn dat daar “Search code in this […]” staat. Klik dan op het pijltje aan de rechterkant van het veld en kies “Search Work Items”. Voer de zoekterm(en) in en druk enter. De resultaten worden in een lijst getoond die ook weer verder gefilterd kan worden. Het terugvinden van Work Items is nog nooit zo eenvoudig geweest! Voor meer informatie, zie de (inmiddels prachtige) Microsoft documentatie: https://docs.microsoft.com/en-us/vsts/search/workitem/advanced-search-syntax
Bulk wijzigingen op Work Items
Het wijzigen van meerdere Work Items was in het verleden wat omslachtig. De koppeling tussen Excel en VSTS was een van de beste methodes om dit voor elkaar te krijgen. Tegenwoordig is dat niet meer nodig. In de diverse views (Backlogs, Work Item Query Results) is het mogelijk om meerdere Work Items tegelijkertijd te selecteren, er rechts op te klikken en dan “Edit” te kiezen. Er verschijnt een dialoogvenster waarin aangegeven kan worden welke velden in welke waarde moeten veranderen. Daarnaast is het mogelijk om een commentaar op te geven dat in de historie van het Work Item zal verschijnen. Voor meer info, lees de Microsoft documentatie: https://docs.microsoft.com/en-us/vsts/work/backlogs/bulk-modify-work-items
Work Item templates
Herhalende handelingen zijn fijn om te automatiseren. Dit geldt ook voor het aanmaken van Work Items in VSTS. De titel en beschrijving zijn vaak verschillend, maar een hoop andere velden kunnen overeenkomen. Hiervoor kunnen Work Item Templates gebruikt worden. Deze functionaliteit is sinds TFS 2013 reeds beschikbaar, maar is erg onderschat. In een template leg je voor een aantal velden standaard waardes vast. Deze template kun je vervolgens toepassen op nieuwe of bestaande Work Items. Het maken van een template werkt via een “Capture”, waarbij gegevens van een bestaand Work Item opgepakt worden. Templates worden aangemaakt voor een team binnen een Team Project. Meer info over Work Item Templates vind je hier: https://docs.microsoft.com/en-us/vsts/work/backlogs/work-item-template
Build badges
Mensen die met Github werken, weten dat het handig is om de Build Status te tonen op de landing page van de repository. Zo weten contributors of de Build nog werkt, zonder dat ze daadwerkelijk toegang hebben tot het Build systeem. Wanneer je bijvoorbeeld in de repository van Visual Studio Code kijkt, zie je dat er diverse badges getoond worden:
Voor VSTS Build is er nu ook een badge beschikbaar. In de Build Definition editor is er een checkbox beschikbaar “Badge enabled”. Wanneer je deze aanzet verschijnt er een URL die je als onderdeel van een <IMG> tag in je readme.md kunt verwerken;
Het resultaat ziet er uiteindelijk als volgt uit:
Instructies vind je hier: https://docs.microsoft.com/en-us/vsts/build-release/concepts/definitions/build/options#badge-enabled
Release variabelen in een Grid bewerken
Wanneer Release Management binnen VSTS gebruikt wordt voor het automatisch deployen van applicaties en het deployen vindt plaats naar meerdere omgevingen (ontwikkel, test, acceptatie, productie), dan zijn er vaak instellingen die verschillend zijn per omgeving (bijvoorbeeld database connectiestring), maar ook instellingen die hetzelfde zijn (bijvoorbeeld smtp server). Dit is allemaal te beheren via Release Variables. Deze kunnen op Release Definition niveau vastgelegd worden, maar ook op environment niveau. Voorheen was het wat lastiger deze variabelen in één overzicht te krijgen. Tegenwoordig is er een grid view beschikbaar, waarin prachtig te zien is welke instelling waar geldt. Zie onderstaande screenshot:
Nota bene
Een aantal van deze features zijn ook in TFS (on-premise) beschikbaar. Wil je precies weten of ze voor jouw versie van TFS beschikbaar zijn, check dan de features timeline die Microsoft beschikbaar stelt: https://docs.microsoft.com/en-us/vsts/release-notes/
Wil je vaker tips ontvangen over VSTS, DevOps of Scrum? Meld je dan aan voor onze nieuwsbrief en ontvang 5 keer per jaar de interessantste artikelen per e-mail.