Delen via

Implementatiegroepen en trigger voor voltooiing van build : VSTS Sprint 132-update

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

Andere hoogtepunten zijn:

Wat is er nieuw in VSTS?

Features

Code

Bouwen en lanceren

Package

Wiki

Berichtgeving

Code

Pull-aanvragen snel beschrijven met behulp van doorvoerberichten

Het schrijven van beschrijvende doorvoerberichten voegt waarde toe aan de geschiedenis van een Git-opslagplaats. Om kwaliteitscommitberichten te stimuleren, moeten inzenders voor nieuwe pull-verzoeken (PR) met meerdere commits handmatig een titel invoeren.

Beschrijvingen van pull requests zijn standaard leeg, maar een nieuwe functie maakt het eenvoudiger om de commit berichten van de commits van de pull request op te nemen in de beschrijving van de pull request. 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 Verkenner, ondersteunt nu VSTS en TFS 2018. Dit hulpprogramma biedt handige toegang tot veel TFVC-opdrachten rechtstreeks in het contextmenu van Windows Verkenner.

Voorheen onderdeel van de TFS Power-hulpprogramma's, is het hulpprogramma uitgebracht als een zelfstandig hulpprogramma op Visual Studio Marketplace.

Shell-extensie

Bouwen en lanceren

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

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

Deze functie heeft prioriteit gekregen op basis van wat momenteel op de tweede plaats staat als hoogste stemsuggestie, met in totaal 1129 stemmen.

Instellen van build-keten

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

Implementaties schalen naar VM's met behulp van implementatiegroepen

Implementatiegroepen, die robuuste en kant-en-klare implementatie met meerdere machines bieden, zijn nu algemeen beschikbaar. Met implementatiegroepen kunt u implementaties op meerdere servers organiseren en rolling updates uitvoeren, terwijl hoge beschikbaarheid van uw toepassing overal wordt gegarandeerd. U kunt ook implementeren op servers, zowel on-premises als op virtuele machines in Azure of andere clouds, en volledige traceerbaarheid van de geïmplementeerde artefactversies tot op serverniveau behouden.

De implementatiemogelijkheid op basis van agents is afhankelijk van dezelfde build- en implementatieagents die al beschikbaar zijn. U kunt de volledige taakcatalogus 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 om meerdere toepassingen te hosten, kunt u de server (ook wel het implementatiedoel genoemd) delen in teamprojecten met behulp van implementatiegroepen.

Lijst met doelen voor implementatiegroepen

Nieuwe sjablonen

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

Releasesjablonen voor implementatiegroepen

VMs inrichten

Gebruik de verbeterde Azure-resourcegroeptaak om agents dynamisch op te starten op de zojuist ingerichte of bestaande virtuele machines in Azure.

Azure-taak voor resourcegroep

Toen we in afgelopen mei implementatiegroepen hebben gestart, hebben we een eenvoudige gebruikersinterface verzonden die is gericht op enkele belangrijke scenario's. U vindt nu een consistentere interface die lijkt op de rest van het product.

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

Toepassingen bouwen die zijn geschreven in Go

U kunt nu uw Go-toepassingen bouwen in VSTS.

Gebruik de Go Tool Installer taak om snel een of meer versies van Go Tool te installeren. Met deze taak wordt een specifieke versie van Go Tool verkregen die nodig is voor uw project en wordt deze toegevoegd aan het PAD van de buildagent. Als de beoogde Go Tool-versie al op de agent is geïnstalleerd, slaat deze taak het downloaden en installeren ervan over.

De Go--taak helpt u bij het downloaden van afhankelijkheden, het bouwen of testen van uw toepassing. 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 gezondheidssignalen rechtstreeks in uw release-pijplijn. Een poort verzamelt herhaaldelijk een reeks statussignalen, vóór of na een implementatie, om te bepalen of de release moet doorgaan naar de volgende fase of niet. Er wordt een set ingebouwde poorten geleverd en de optie Azure Function aanroepen is de aanbevolen optie voor het integreren van andere services tot nu toe.

Poorten kunnen nu worden geleverd in de vorm van een extensie, waardoor u , of auteurs van extensies, gemakkelijker nieuwe of aangepaste services kunt integreren en de poort kunt configureren.

Zie de documentatie voor autorisatietaken van de poort voor meer informatie.

Package

Upstream npm-pakketten gebruiken vanaf een andere locatie in VSTS

We blijven investeren in upstream-bronnen, waarmee u al uw pakketafhankelijkheden in één feed kunt centraliseren en kopieën van alle pakketten die u gebruikt, kunt bewaren. Als u meerdere VSTS-feeds met npm-pakketten hebt, kunt u er nu een toevoegen als een upstream-bron van de andere in hetzelfde VSTS-account. Omdat npm 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 ongebruikt worden. 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 drempelwaarde voor retentie 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 overal in uw organisatie worden gebruikt.

Als u bewaarbeleid wilt inschakelen, bewerkt u uw feed en voert u een waarde in het 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 waarin code wordt uitgelegd 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

Vanuit Wiki, begin door te klikken 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 wiki. Hiermee wordt ook de head van de branch toegewezen aan de wiki, zodat alle wijzigingen die u in de Git-repository aanbrengt, onmiddellijk worden doorgevoerd.

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

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 wijzigen vanuit de opslagplaats of zelfs een map transformeren zodat deze eruitziet als een wikipagina.

Zie de blogpost productdocumentatie voor meer informatie. Deze functie heeft prioriteit gekregen op basis van een suggestie.

Speciale tekens behouden in wikipaginatitels

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

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

Deze functie heeft prioriteit gekregen op basis van een suggestie.

Wiki uitbreiden met REST API's

Wiki REST API's zijn nu openbaar. Zie de Wiki-functies en wikizoekdocumentatie voor meer informatie.

Berichtgeving

Power BI integreren met VSTS Analytics met behulp van weergaven

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

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

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 ons prioriteit wilt geven via het feedbackmenu.

Feedbackmenu

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

Bedankt

Gopinath Chigakkagari

  • Last updated on