Upstream-bronnen en symboolserver in het pakket algemeen beschikbaar – VSTS Sprint 130 Update

In de Sprint 130-update van Visual Studio Team Services (VSTS) blijven we onze integratie verbeteren met hulpprogramma's en services waarmee u een volledige DevOps-pijplijn tot stand kunt brengen. Beheer pakketten uit upstream-bronnen om de controle over uw afhankelijkheden over te nemen en gebruik VSTS als symboolserver om foutopsporing te vereenvoudigen. U kunt ook werkitems in uw teamgesprek opnemen met de VSTS-berichtextensie voor Microsoft Teams.

Andere hoogtepunten zijn:

• Een groep vermelden in discussies over werkitems en pull-aanvragen
• Automatisch vrijgeven vanuit Azure Container Registry en Docker Hub en alleen bepaalde vertakkingen van builds van GitHub
• Maak gebruik van wat u mogelijk in Jenkins hebt met meer controle en efficiëntie met behulp van Azure Storage
• Toegang en uitbreidingen beheren voor grote aantallen gebruikers met behulp van groepen

Wat is er nieuw in VSTS

Code

Een onlangs verwijderde opslagplaats herstellen via API

Soms kunnen fouten worden gemaakt bij het opschonen van oude opslagplaatsen in broncodebeheer. Als een Git-opslagplaats in de afgelopen 30 dagen is verwijderd, kan deze worden hersteld via de REST API. Zie de documentatie voor de lijst en herstelbewerkingen voor meer informatie.

Werk

Werkitems bespreken in Microsoft Teams met behulp van de VSTS-berichtextensie

Microsoft Teams is de hub voor teamwerk geworden binnen veel technische teams. We hebben onze Microsoft Teams-integratie met de nieuwe VSTS-berichtextensie uitgebreid, zodat u naast uw andere inhoud en hulpprogramma's specifieke werkitems kunt vinden en bespreken. Zie de Microsoft Teams Integration-extensie in marketplace voor meer informatie.

Een groep vermelden in discussies over werkitems en pull-aanvragen

Wanneer discussies over werkitems of pull-aanvragen meerdere personen bevatten, of iedereen in een bepaald team, kost het tijd om iedereen op de hoogte te @mention stellen. U kunt nu gewoon @mention een team of beveiligingsgroep gebruiken in discussies. Als u lid bent van een groep die wordt vermeld in een werkitem of een pull-aanvraag, ontvangt u een e-mailmelding. Als u lid bent van een groep die wordt vermeld in een werkitem, wordt dat werkitem ook weergegeven in de draaitabel Vermeld in de hub Werkitems .

Bouwen en lanceren

VSTS gebruiken als symboolserver

VSTS Symbol Server, waarmee u symbolen kunt hosten en delen met uw organisatie, is nu algemeen beschikbaar. Symbolen bieden aanvullende informatie waarmee u gemakkelijker fouten kunt opsporen in uitvoerbare bestanden, met name bestanden die zijn geschreven in systeemeigen talen zoals C en C++. Zie de documentatie voor publicatiesymbolen voor foutopsporing voor meer informatie.

Deze functie heeft prioriteit op basis van een belangrijkste suggestie.

Filtertakken voor GitHub-artefacten

U kunt nu ook vertakkingsfilters configureren voor GitHub-opslagplaatsen. U kunt bijvoorbeeld alleen builds implementeren die afkomstig zijn van de master/*-vertakking.

Vertakkingen filteren met opnemen en uitsluiten

Tot nu toe hebt u vertakkingen en tags kunnen opgeven die een release moeten activeren. We hebben duidelijke feedback ontvangen dat dit beperkt was en dat er regelmatig updates voor releasedefinities nodig waren. Net als in Build kunt u nu vertakkingen opgeven die geen release mogen activeren. Mogelijk wilt u bijvoorbeeld een release activeren voor alle dev/*-vertakkingen, maar niet voor de dev/featureX-vertakking .

Automatisch vrijgeven vanaf Azure Container Registry en Docker Hub

Bij het implementeren van apps in containers wordt de containerinstallatiekopieën eerst naar een containerregister gepusht. Nadat het pushen is voltooid, kan de containerinstallatiekopie worden geïmplementeerd in een Web App for Containers of een Kubernetes-cluster. U kunt nu het automatisch maken van releases inschakelen voor updates van de afbeeldingen die zijn opgeslagen in Docker Hub of Azure Container Registry door ze toe te voegen als artefactbron.

Jenkins-artefacten doorgeven aan Azure Storage

Artefacten die door Jenkins-builds worden gegenereerd, worden meestal doorgegeven aan opslagopslagplaatsen voor archivering en delen. Azure Blob Storage is een van de ondersteunde opslagplaatsen voor artefacten die zijn gemaakt door een Jenkins-build. U kunt nu Jenkins-projecten gebruiken die publiceren naar Azure Storage als artefactbronnen in een releasedefinitie.

Details van de Azure Blob-opslag waar artefacten worden gepubliceerd, zijn vereist bij het toevoegen van de artefacten aan een definitie. Implementaties downloaden vervolgens de artefacten automatisch van Azure naar de agents. Met deze configuratie kan de verbinding van de agent met de Jenkins-server worden verbroken. Gehoste agents kunnen worden gebruikt zonder dat de server wordt blootgesteld aan internet.

Een standaardversie opgeven voor Jenkins-artefacten

Wanneer een release met meerdere artefacten automatisch wordt geactiveerd, worden standaardversies die zijn opgeslagen in de releasedefinitie voor alle artefacten opgehaald. Voorheen hadden Jenkins-artefacten geen standaardversie-instelling en kon u dus geen trigger voor continue implementatie instellen voor een release met Jenkins als secundair artefact.

U kunt nu een standaardversie opgeven voor Jenkins-artefacten, met de opties waarmee u bekend bent:

• Laatste
• Opgeven op het moment dat de release wordt gemaakt
• Specifieke versie

Bereik van een variabelegroep tot specifieke omgevingen

Voorheen waren de variabelen die een variabelegroep aan een releasedefinitie bevatte, beschikbaar voor alle omgevingen in de release. Nu hebt u de flexibiliteit om de variabelegroepen in plaats daarvan te richten op specifieke omgevingen, waardoor ze beschikbaar zijn voor één omgeving, maar niet voor andere omgevingen van dezelfde release. Dit is handig als u een externe service hebt, zoals een SMTP-e-mailservice, die verschilt tussen omgevingen.

Taken rechtstreeks vanuit de Marketplace installeren vanuit de build- of releasedefinitie

Als u zoekt naar een taak in de editor voor build- of releasedefinities, worden nu relevante taakextensies uit Marketplace weergegeven, naast de extensies die al zijn geïnstalleerd of ingebouwd. U kunt de extensie verkrijgen door op Gratis downloaden te klikken en de werkstroom in Marketplace te voltooien. Nadat u de nieuwe taak hebt, vernieuwt u de takenlijst in de definitie-editor om de zojuist geïnstalleerde taken weer te geven, klaar om toe te voegen aan uw definitie.

Pakket

Naadloos openbare pakketten gebruiken met behulp van upstream-bronnen

Upstream-bronnen voor nuget.org en npmjs.com zijn nu algemeen beschikbaar. Voordelen zijn onder andere de mogelijkheid om pakketten die zijn opgeslagen vanuit upstream-bronnen te beheren (uit de lijst verwijderen, afgeschaft, ongedaan maken, verwijderen, enzovoort), evenals gegarandeerde opslag van elk upstream-pakket dat u gebruikt.

Op dit moment zijn deze voordelen alleen van toepassing op feeds die na deze aankondiging zijn gemaakt, tenzij u eerder de wisselknop voor de preview-versie van bronnen hebt ingeschakeld in het deelvenster Preview-functies . Als u de wisselknop preview hebt ingeschakeld, kan elke feed die is gemaakt nadat u de wisselknop hebt ingeschakeld, gebruikmaken van deze voordelen. In een latere update kunt u oudere feeds upgraden om te profiteren van deze verbeteringen.

Kwaliteit van een pakketversie weergeven in de pakketlijst

In de lijst met pakketten ziet u nu de weergave(s) van elke pakketversie om snel de kwaliteit ervan te bepalen. Zie de documentatie voor releaseweergaven voor meer informatie.

Koppeling naar pakketten vanaf elke locatie

Hoewel u de URL in het verleden kon delen naar een pakket in de hub Pakketten , was deze vaak moeilijk te gebruiken omdat u een project in de URL moest opnemen. Dit kan al dan niet van toepassing zijn op degenen die de koppeling gebruiken. Met deze update kunt u nu pakketten delen met behulp van een URL op accountniveau waarmee automatisch een project wordt geselecteerd waartoe de ontvanger toegang heeft. De URL-indeling is: https://<account>.visualstudio.com/_packaging?feed=<feed>&package=<package>&version=<version>&protocolType=<NuGet|npm|Maven>&_a=package alle parameters <account> zijn optioneel, maar als u een pakket opgeeft, moet u het protocoltype opgeven.

Uw pakketten delen met behulp van een badge

In de open source community is het gebruikelijk om een badge te gebruiken die is gekoppeld aan de nieuwste versie van uw pakket in de LEESMIJ van uw opslagplaats. Met deze update kunt u nu badges maken voor pakketten in uw VSTS-feeds. Schakel de optie Pakketbadges inschakelen in de feedinstellingen in, selecteer een pakket en klik vervolgens op Badge maken. U kunt de badge-URL rechtstreeks kopiëren of vooraf gegenereerde Markdown kopiëren die de badge weer koppelt aan de pagina met details van uw pakket.

Pakketten recyclen en herstellen

Het verwijderen van ongebruikte pakketten kan helpen om de pakketlijst schoon te houden, maar soms kan dit per ongeluk worden gedaan. U kunt nu verwijderde pakketten herstellen vanuit de Prullenbak. Verwijderde pakketten worden 30 dagen bewaard in de Prullenbak, zodat u voldoende tijd hebt om te herstellen als dat nodig is.

Beheer

Toegang en extensies beheren voor grote aantallen gebruikers met behulp van groepen

We hebben het beheerders eenvoudig gemaakt om grote groepen gebruikers te beheren door u in staat te stellen toegangsniveaus en extensies toe te wijzen aan Azure AAD- of VSTS-groepen. Nadat de juiste regels zijn ingesteld, krijgt iemand die persoon aan de groep toevoegt automatisch de juiste toegangsniveaus en extensies wanneer deze het VSTS-account opent. Als gevolg hiervan hoeven toegangsniveaus en extensies niet meer op individuele basis te worden beheerd.

Zie de roadmappost voor groot accountgebruikersbeheer op de Microsoft DevOps-blog van vorig jaar en de documentatie Toegangsniveaus en extensies toewijzen aan gebruikers op basis van groepslidmaatschap voor meer informatie.

Lagere latentie voor wijzigingen in Azure AAD-groepslidmaatschap

Als u machtigingen beheert via groepslidmaatschappen van Azure Active Directory (Azure AD), kan het 24 tot 48 uur duren voordat alle lidmaatschapswijzigingen in Azure AAD in het verleden zijn herkend door VSTS. Deze latentie is nu 1 uur, zodat u nieuwe teamleden sneller aan de slag kunt.

Gebruikers beheren met openbare preview-versie van Graph REST API's

Met de Graph REST API-resources kunnen ontwikkelaars toepassingen schrijven die gebruikers, groepen en groepslidmaatschappen beheren. De set API's omvat belangrijke scenario's voor gebruikersbeheer, waaronder het toevoegen van een Microsoft-account (MSA) of azure Active Directory -gebruiker (Azure AD) aan VSTS, het maken van een VSTS-groep en het toevoegen/verwijderen van leden uit een VSTS-groep. Zie de Graph REST API-documentatie en -voorbeelden voor meer informatie.

Account verlaten

In het verleden konden alleen accounteigenaren of beheerders gebruikers uit een account verwijderen. U kunt nu een account verlaten waarbij u niet meer alleen betrokken bent. Als u een account wilt verlaten, gaat u naar uw profielpagina en zoekt u het account dat u wilt laten staan in uw accountlijst. Onder de sectie accountacties bevindt zich nu een optie om het account te verlaten. Deze functie heeft prioriteit op basis van een suggestie.

Volgende stappen en feedback

Ga naar VSTS

Abonneren op Updates

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

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

Met vriendelijke groet,

Henry Dixon en Aaron Bjork