Delen via

Implementatiegroepen en build-voltooiingstrigger - VSTS Sprint 132-update

  • Artikel

De Sprint 132-update van Visual Studio Team Services (VSTS) bevat een aantal belangrijke functies waarmee u uw build- en release-pijplijn kunt schalen. Gebruik in Build de trigger voor het voltooien van nieuwe builds om gerelateerde builds te koppelen die mogelijk eigendom zijn van verschillende teams. In release kondigen we de algemene beschikbaarheid aan van implementatiegroepen, die u kunt gebruiken om implementaties te schalen op meerdere virtuele machines met hoge beschikbaarheid, inclusief productieomgevingen.

Andere hoogtepunten zijn:

Wat is er nieuw in VSTS

Functies

Code

Bouwen en lanceren

Pakket

Wiki

Rapporten

Code

Snel pull-aanvragen beschrijven met behulp van doorvoerberichten

Het schrijven van beschrijvende doorvoerberichten voegt waarde toe aan de geschiedenis van elke Git-opslagplaats. Om kwaliteitsdoorvoeringsberichten aan te moedigen, moeten inzenders voor nieuwe pull-aanvragen met meerdere doorvoeringen handmatig een titel invoeren.

Beschrijvingen van pull-aanvragen blijven standaard leeg, maar met een nieuwe functie kunt u de doorvoerberichten van de pull-aanvragen eenvoudiger opnemen in de beschrijving van de pull-aanvraag. Als u de doorvoerberichten wilt toevoegen, klikt u op Doorvoerberichten toevoegen om de doorvoerberichten toe te voegen aan het einde van de beschrijvingstekst van de pull-aanvraag.

Actie Doorvoerberichten toevoegen

TFVC-opdrachten rechtstreeks vanuit Windows Verkenner uitvoeren

De TFVC Windows Shell-extensie, die een lichtgewicht versiebeheerervaring biedt die is geïntegreerd in Windows Bestandenverkenner, ondersteunt nu VSTS en TFS 2018. Dit hulpprogramma biedt handige toegang tot veel TFVC-opdrachten rechtstreeks in het contextmenu van Windows Verkenner.

Het hulpprogramma was voorheen onderdeel van de TFS Power-hulpprogramma's en is uitgebracht als een zelfstandig hulpprogramma op de Visual Studio Marketplace.

Shell-extensie

Bouwen en lanceren

Grote producten hebben verschillende componenten die van elkaar afhankelijk zijn. Deze onderdelen zijn vaak onafhankelijk van elkaar gebouwd. Wanneer een upstream-onderdeel (bijvoorbeeld een bibliotheek) wordt gewijzigd, moeten de downstreamafhankelijkheden opnieuw worden opgebouwd en opnieuw worden gevalideerd. Teams beheren deze afhankelijkheden doorgaans handmatig.

U kunt nu een build activeren wanneer een andere build is voltooid. Artefacten die worden geproduceerd door een upstream-build kunnen worden gedownload en gebruikt in de latere build. U kunt ook gegevens ophalen uit deze variabelen: Build.TriggeredBy.BuildId, Build.TriggeredBy.DefinitionId, Build.TriggeredBy.BuildDefinitionName. Zie de documentatie over buildtriggers voor meer informatie.

Deze functie heeft prioriteit op basis van wat momenteel de nummer 2 is met de hoogste stemuggesties met 1129 stemmen.

Buildchaining instellen

Houd er rekening mee dat in sommige gevallen één multifasige build aan uw behoeften kan voldoen. Een trigger voor het voltooien van een build is echter handig als uw vereisten verschillende configuratie-instellingen, opties of een ander team bevatten dat eigenaar is van het afhankelijke proces.

Implementaties schalen naar VM's met behulp van implementatiegroepen

Implementatiegroepen, die een robuuste, out-of-the-box implementatie op meerdere machines biedt, is nu algemeen beschikbaar. Met implementatiegroepen kunt u implementaties op meerdere servers indelen en rolling updates uitvoeren, terwijl u hoge beschikbaarheid van uw toepassing overal garandeert. U kunt ook implementeren op servers on-premises of virtuele machines in Azure of een cloud, plus end-to-end traceerbaarheid van geïmplementeerde artefactversies tot op serverniveau.

De implementatiemogelijkheid op basis van agents is afhankelijk van dezelfde build- en implementatieagents die al beschikbaar zijn. U kunt de volledige takencatalogus op uw doelcomputers gebruiken in de fase Implementatiegroep. Vanuit het perspectief van uitbreidbaarheid kunt u ook de REST API's gebruiken voor implementatiegroepen en doelen voor programmatische toegang.

Gedeelde implementatiedoelen

Als u dezelfde server gebruikt voor het hosten van meerdere toepassingen, kunt u de server (ook wel het implementatiedoel genoemd) delen tussen teamprojecten met behulp van implementatiegroepen.

Lijst met doelen van implementatiegroepen

Nieuwe sjablonen

Implementeren op meerdere doelen is nu een fluitje van een cent met de nieuwe releasedefinitiesjablonen. Meerdere sjablonen voor IIS-website, IIS-website met database en meerdere implementatiesjablonen voor SQL DB zijn standaard beschikbaar.

Releasesjablonen voor implementatiegroepen

VM's inrichten

Gebruik de verbeterde Azure-resourcegroeptaak om agents dynamisch op te starten op de nieuw ingerichte of reeds bestaande Virtual Machines in Azure.

Azure-resourcegroeptaak

Toen we in mei vorig jaar implementatiegroepen lanceerden, hebben we een eenvoudige gebruikersinterface geleverd die is gericht op een aantal belangrijke scenario's. U vindt nu een consistentere interface die aanvoelt als de rest van het product.

Zie de documentatie voor implementatiegroepen voor meer informatie over aan de slag gaan.

Toepassingen bouwen die zijn geschreven in Go

U kunt nu uw Go-toepassingen bouwen in VSTS!

Gebruik de taak Go Tool Installer om snel een of meer versies van Go Tool te installeren. Met deze taak krijgt u een specifieke versie van Go Tool die nodig is voor uw project en voegt u deze toe aan het PAD van de buildagent. Als de doelversie van het Go-hulpprogramma al op de agent is geïnstalleerd, wordt het downloaden en opnieuw installeren door deze taak overgeslagen.

Met de taak Go kunt u afhankelijkheden downloaden, uw toepassing bouwen of testen. U kunt deze taak ook gebruiken om een aangepaste Go-opdracht van uw keuze uit te voeren.

Releasepoorten uitbreiden met taakextensies

Releasepoorten brengen informatie over statussignalen rechtstreeks naar uw release-pijplijn. Een poort verzamelt herhaaldelijk een set statussignalen, voorafgaand aan of na een implementatie, om te bepalen of de release naar de volgende fase moet gaan of niet. Er is een set ingebouwde poorten beschikbaar en de optie Azure-functie aanroepen is tot nu toe de aanbevolen optie voor het integreren van andere services.

Poorten kunnen nu worden geleverd in de vorm van een extensie, waardoor het eenvoudiger is voor u( of extensieauteurs) om nieuwe of aangepaste services te integreren en de poort te configureren.

Zie de documentatie over ontwerppoorttaken voor meer informatie.

Pakket

Upstream npm-pakketten van elders in VSTS gebruiken

We blijven investeren in upstream-bronnen, waarmee u al uw pakketafhankelijkheden kunt centraliseren in één feed en opgeslagen kopieën kunt bewaren van alle pakketten die u gebruikt. Als u meerdere VSTS-feeds met npm-pakketten hebt, kunt u er nu een toevoegen als een upstream-bron van de andere binnen hetzelfde VSTS-account. Omdat npm u meestal beperkt tot één feed/register in de configuratie van uw project, bieden upstream-bronnen u de flexibiliteit die u nodig hebt om meerdere npm-feeds te gebruiken, zoals één voor elk team of product.

We werken er ook aan om binnenkort upstream-bronnen in te schakelen voor VSTS NuGet-feeds. Zie de documentatie voor upstream-bronnen voor meer informatie.

Lijst met upstream-bronnen

Snelheid van feedquery's onderhouden met bewaarbeleid

Na verloop van tijd kan het aantal pakketversies uitgebreid worden, waarbij oudere versies niet worden gebruikt. Voor frequente pakketuitgevers kan dit leiden tot tragere feedquery's in NuGet Package Manager en andere clients totdat sommige versies handmatig zijn verwijderd.

U kunt nu bewaarbeleid voor feeds inschakelen. Met bewaarbeleid wordt automatisch de oudste versie van een pakket verwijderd zodra aan de retentiedrempelwaarde is voldaan. Pakketten die worden gepromoveerd naar weergaven, worden voor onbepaalde tijd bewaard, zodat u versies kunt beveiligen die in productie worden gebruikt of die op grote schaal in uw organisatie worden gebruikt.

Als u bewaarbeleid wilt inschakelen, bewerkt u uw feed en voert u een waarde in bij Maximum aantal versies per pakket in de sectie Bewaarbeleid .

instelling voor bewaarbeleid

Wiki

Markdown-bestanden publiceren vanuit een Git-opslagplaats als wiki

Ontwikkelaars maken documentatie voor 'API's', 'SDK's' en 'help-documenten die code uitleggen' in codeopslagplaatsen. Lezers moeten vervolgens code doorzoeken om de juiste documentatie te vinden. U kunt nu gewoon Markdown-bestanden publiceren vanuit codeopslagplaatsen en deze hosten in Wiki.

openbare code als wikiactie

Klik in Wiki eerst op Code publiceren als wiki. Vervolgens kunt u een map opgeven in een Git-opslagplaats die moet worden gepromoveerd.

dialoogvenster Pagina's publiceren

Zodra u op Publiceren klikt, worden alle Markdown-bestanden onder de geselecteerde map gepubliceerd als een wiki. Hiermee wordt ook het hoofd van de vertakking toegewezen aan de wiki, zodat eventuele wijzigingen die u aanbrengt in de Git-opslagplaats onmiddellijk worden doorgevoerd.

Als u meerdere versies van uw product hebt en u eenvoudig de documentatie van deze versies wilt doorlopen, kunt u ook een nieuwe versie van de documentatie naar de wiki publiceren met behulp van verschillende vertakkingen.

actie nieuwe versie publiceren

Zodra de Markdown-bestanden zijn gepubliceerd, kunnen de pagina's ook worden doorzocht in de Wiki-zoekhub.

zoekresultaten voor Azure CLI

Als u de verkeerde opslagplaats hebt gepubliceerd, maakt u de publicatie van de wiki ongedaan, waardoor de onderliggende opslagplaats ongewijzigd blijft.

U kunt ook de volgorde van de pagina's vanuit de opslagplaats wijzigen of zelfs een map transformeren zodat deze eruitziet als een wikipagina.

Zie het blogbericht over productdocumentatie voor meer informatie. Deze functie heeft prioriteit op basis van een suggestie.

Speciale tekens behouden in wikipaginatitels

U kunt nu wikipagina's maken met speciale tekens, zoals : < > * ? | -. Pagina's met titels als 'FAQ?' of 'Set-up guide' kunnen nu worden gemaakt in Wiki. De volgende tekens worden vertaald naar de met UTF-8 gecodeerde tekenreeksen:

Teken Gecodeerde tekenreeks
: %3A
< %3C
> %3E
* %2A
? %3F
| %7C
- %2D

Deze functie heeft prioriteit op basis van een suggestie.

Wiki uitbreiden met REST API's

Wiki REST API's zijn nu openbaar. Zie de wikifuncties en documentatie voor wikizoekopdrachten voor meer informatie.

Rapporten

Power BI integreren met VSTS Analytics met behulp van weergaven

Analyseweergaven werken met onze VSTS Power BI-gegevensconnector. Samen bieden ze een eenvoudige manier om uw VSTS-gegevens in Power BI te krijgen, zodat u aangepaste rapporten kunt maken.

Wanneer u de VSTS Analytics-extensie installeert , maken we een set standaardanalyseweergaven die u kunt gebruiken in Power BI. U kunt nu uw standaardweergaven bewerken en nieuwe weergaven maken om de records, velden en geschiedenis die naar Power BI worden geretourneerd, nauwkeurig af te stemmen.

Volgende stappen en feedback

Ga naar VSTS

Abonneren op Updates

We horen graag wat u van deze functies vindt. Meld een probleem of geef een suggestie als u ideeën hebt over dingen die u wilt dat we prioriteit geven, via het feedbackmenu.

Feedbackmenu

U kunt ook advies krijgen en uw vragen worden beantwoord door de community op Stack Overflow.

Met vriendelijke groet,

Gopinath Chigakkagari