Delen via

Door Microsoft gehoste Linux- en macOS-agents algemeen beschikbaar : VSTS Sprint 137 Update

  • Artikel

In de Sprint 137-update van Visual Studio Team Services (VSTS) verwijderen we de moniker 'Preview' uit onze Door Microsoft gehoste CI/CD-agents voor Linux en macOS en maken ze algemeen beschikbaar. Samen met onze Door Microsoft gehoste Windows-agent hebt u nu een vertrouwd en schaalbaar platform voor productie-builds en -releases, ongeacht uw platform.

Er zijn een aantal andere functies in Code, Wiki, Package en Administration. Bekijk de onderstaande lijst met functies voor meer informatie.

Volgende stappen

Lees meer over de nieuwe functies hieronder en ga naar VSTS om ze voor uzelf te proberen.

Ga naar VSTS

Wat is er nieuw in VSTS?

Functies

Code:

Wiki:

Build en release:

Pakket:

Beheerder:

Code

Pull-aanvragen maken zonder standaardteam als revisor

Belangrijk

Als u deze mogelijkheid wilt gebruiken, moet de functie Nieuwe navigatievoorbeeld zijn ingeschakeld voor uw profiel of organisatie.

Toen we de pull-aanvraagervaring voor het eerst hebben gestart, dachten we dat het zinvol zou zijn om alle pull-aanvragen toe te wijzen aan de teamcontext die u hebt geselecteerd bij het maken van de pull-aanvraag. Dit gedrag is een frustratiepunt, omdat veel mensen de verbinding tussen de teamcontext en de pull-toewijzing niet hebben opgemerkt. In feite is dit een van onze belangrijkste UserVoice-suggesties geweest.

Als onderdeel van de nieuwe navigatiewijzigingen hebben we de mogelijkheid genomen om deze standaardkoppeling met teams te wijzigen. U ziet twee wijzigingen:

  1. Wanneer u een pull-aanvraag maakt, worden er standaard geen revisoren toegevoegd. De lijst met revisoren heeft wel een functie om het gemakkelijker te maken om personen en groepen toe te voegen die onlangs aan PULL's zijn toegevoegd. Het vereiste revisorenbeleid kan ook teams helpen om ervoor te zorgen dat specifieke revisoren worden toegevoegd om hun code te controleren.
  2. De hub Pull Requests heeft een nieuwe aanpasbare sectie. In deze sectie worden standaard pull-aanvragen weergegeven die zijn toegewezen aan mijn teams, wat equivalente functionaliteit biedt als de oude sectie. Als u echter deel uitmaakt van meerdere teams, worden in deze sectie pull-aanvragen weergegeven die zijn toegewezen aan een van uw teams. De sectie kan ook worden aangepast. Klik gewoon op de actie Deze weergave aanpassen in de buurt van de sectiekoptekst.

Toestaan dat vertakkingsbeleid wordt overgeslagen zonder pushbeveiliging op te geven

Er zijn veel scenario's waarin u af en toe een vertakkingsbeleid moet omzeilen: het terugdraaien van een wijziging die een build-onderbreking heeft veroorzaakt, het toepassen van een hotfix in het midden van de nacht, enzovoort. Eerder hebben we een machtiging aangeboden ('Uitsluiten van beleidsafdwinging') om teams te helpen beheren welke gebruikers de mogelijkheid kregen om vertakkingsbeleid te omzeilen bij het voltooien van een pull-aanvraag. Deze machtiging heeft echter ook de mogelijkheid verleend om rechtstreeks naar de vertakking te pushen, waardoor het PULL-proces volledig wordt overgeslagen.

Om deze ervaring te verbeteren, hebben we de oude machtiging gesplitst om meer controle te bieden aan teams die bypassmachtigingen verlenen. Er zijn twee nieuwe machtigingen om de oude te vervangen:

  1. Sla beleidsregels over bij het voltooien van pull-aanvragen. Gebruikers met deze machtiging kunnen de 'onderdrukkingservaring' gebruiken voor pull-aanvragen.
  2. Beleidsregels overslaan tijdens het pushen. Gebruikers met deze machtiging kunnen rechtstreeks pushen naar vertakkingen waarvoor het vereiste beleid is geconfigureerd.

Door de eerste machtiging te verlenen en de tweede te weigeren, kan een gebruiker indien nodig de bypass-optie gebruiken, maar heeft deze nog steeds de beveiliging tegen het per ongeluk pushen naar een vertakking met beleid.

Notitie

Deze wijziging introduceert geen gedragswijzigingen. Aan gebruikers die voorheen toestaan voor 'Uitsluiten van beleidsafdwinging' werden verleend, wordt Toestaan verleend voor beide nieuwe machtigingen, zodat ze zowel voltooiing van de overschrijving op PULL's kunnen overschrijven als rechtstreeks naar vertakkingen met beleid kunnen pushen.

Zie de documentatie over machtigingen instellen voor vertakkingen voor meer informatie.

Wiki

Koppeling naar koppen binnen een pagina

U kunt nu op het koppelingspictogram naast een sectiekop op een wikipagina klikken om rechtstreeks een URL naar die sectie te genereren. Vervolgens kunt u die URL kopiëren en delen met teamleden om deze rechtstreeks aan die sectie te koppelen. Deze functie heeft prioriteit gekregen op basis van een suggestie.

URL van wikikop

Alle koppelingen in een wiki die niet correct zijn gekoppeld, worden weergegeven in een afzonderlijke rode kleur en een pictogram voor verbroken koppelingen, zodat u een visuele aanwijzing krijgt van alle verbroken koppelingen op een wikipagina.

Verbroken wikikoppelingen

Bestanden en afbeeldingen bijvoegen in mappen

Tijdens het offline bewerken van wikipagina's is het eenvoudiger om bestandsbijlagen en afbeeldingen toe te voegen in dezelfde map als de wikipagina. U kunt nu een bijlage of afbeelding toevoegen aan elke map in de wiki en deze koppelen aan uw pagina. Deze functie heeft prioriteit gekregen op basis van een suggestie.

Wiki-installatiekopieën in git-opslagplaatsmap

Pagina openen op nieuw tabblad

U kunt nu met de rechtermuisknop op een wikipagina klikken en deze openen op een nieuw tabblad of gewoon op Ctrl+links klikken op een wikipagina om deze te openen op een nieuw tabblad.

Nieuw tabblad Wiki

Bouwen en lanceren

Bouwen en vrijgeven met door Microsoft gehoste Linux- en macOS-agents

De door Microsoft gehoste Linux- en macOS-agents zijn nu niet meer beschikbaar als preview-versie en algemeen beschikbaar zijn. Na enkele maanden in preview, luisteren naar feedback en het afstemmen van de infrastructuur om een consistente service te bieden, zijn we verheugd om deze nu in algemene beschikbaarheid aan te bieden. Raadpleeg de documentatie van door Microsoft gehoste agents voor meer informatie.

Belangrijk

Vanwege de manier waarop de gehoste pools in preview zijn geïmplementeerd, blijven de agentgroepen in bestaande organisaties de moniker 'Preview' behouden (alleen in naam). Pools die als Preview zijn gemarkeerd, hebben de algemene beschikbaarheid bereikt en zijn gelijk aan de bijbehorende, nieuw benoemde pools die binnenkort worden geïmplementeerd.

Automatisch implementeren naar nieuwe doelen in een implementatiegroep

Toen er eerder nieuwe doelen aan een implementatiegroep werden toegevoegd, was een handmatige implementatie vereist om ervoor te zorgen dat alle doelen dezelfde release hebben. U kunt nu de omgeving configureren om de laatste geslaagde release automatisch te implementeren op de nieuwe doelen. We zijn van plan extra triggergebeurtenissen en acties toe te voegen aan de configuratie voor automatisch opnieuw implementeren in komende sprints. Raadpleeg de documentatie voor implementatiegroepen voor meer informatie.

Implementatiegroepen

Wachtimplementaties totdat poorten consistent slagen

Releasepoorten maken automatische evaluatie van statuscriteria mogelijk voordat een release wordt gepromoveerd naar de volgende omgeving. De release wordt standaard uitgevoerd nadat één geslaagd voorbeeld voor alle poorten is ontvangen. Zelfs als een poort onratisch is en het ontvangen voorbeeld ruis is, wordt de release voortgezet. Om dit soort problemen te voorkomen, kunt u de release nu configureren om de consistentie van de status voor een minimale duur te controleren voordat u verdergaat. Tijdens de uitvoering zou de release ervoor zorgen dat opeenvolgende evaluaties van de poorten succesvol zijn voordat de promotie wordt toegestaan. De totale tijd voor evaluatie is afhankelijk van 'tijd tussen herwaardering' en is doorgaans meer dan de geconfigureerde minimale duur. Zie het besturingselement release-implementatie met behulp van gates-documentatie voor meer informatie.

Instelling voor poorten in bewaring

Azure DevOps Projects is nu algemeen beschikbaar

In november hebben we DevOps Projects geïntroduceerd, waarmee u binnen een paar minuten aan de slag kunt met een volledige DevOps-pijplijn in Azure, van code tot bewaking. We hebben onderweg services toegevoegd en veel van uw feedback opgenomen. We gaan nu verder met deze functie in het algemeen beschikbaar om u nog verder te helpen bij uw traject met DevOps. Zie de algemene beschikbaarheidspost van Azure DevOps Projects op de Microsoft DevOps-blog voor meer informatie.

Pakket

Aan de slag met vooraf geïnstalleerd pakketbeheer

De package management-extensie is vooraf geïnstalleerd in alle organisaties. Als u de nieuwe navigatievoorbeeld gebruikt, zoekt u deze onder aan de lijst met services. Als u nog steeds bezig bent met de huidige navigatie, zoekt u de Packages-hub in de build- en releasehubgroep . Elke organisatie wordt geleverd met 5 gratis pakketbeheergebruikers en extra gebruikers kunnen worden gekocht via Marketplace. Binnenkort kunt u ook de zichtbaarheid van deze service in uw organisatie in-/uitschakelen met behulp van de pagina Services-beheer in de nieuwe navigatie, zoals u dat met anderen kunt.

Pakketservice

Beheer

Azure Active Directory verbinden of verbreken als beheerder van een projectverzameling

Een beheerder van een projectverzameling (PCA) kan nu verbinding maken met de organisatie of de verbinding ervan verbreken met Azure Active Directory. Voorheen moest dit worden gedaan door een organisatie-eigenaar.

Openbare projecten die beschikbaar zijn in preview voor alle organisaties

Belangrijk

Als u deze mogelijkheid wilt gebruiken, moet een organisatiebeheerder openbare projecten inschakelen op de pagina Instellingen .

Zoals we in april hebben aangekondigd, brengen we openbare projecten naar VSTS. Voor het eerst kunt u een VSTS-teamproject markeren als openbaar. Hierdoor kunnen anonieme (niet-geverifieerde) gebruikers de inhoud van dat project bekijken, waaronder werkitems, code en buildresultaten. Hoewel de functie nog steeds in preview is, hoeft u vanaf deze sprint niet langer te worden uitgenodigd om deel te nemen aan de persoonlijke preview.

Belangrijk

Als u een openbaar project gebruikt om een opslagplaats te bouwen die wordt gehost op GitHub, moet u er rekening mee houden dat pull-aanvragen (PULL-aanvragen) vanuit vertakkingen in uw opslagplaats prima worden gebouwd. Pull-aanvragen die vanuit forks van uw opslagplaats worden geopend, worden momenteel niet gebouwd.

Het woord 'organisatie' gebruiken bij het verwijzen naar een verzameling projecten in VSTS

We hebben een wijziging aangebracht in onze terminologie als het gaat om het verwijzen naar een verzameling projecten in VSTS. Eerder gebruikten we de term 'account', maar hebben vastgesteld dat dit veel verwarring heeft veroorzaakt voor de bredere ontwikkelaars- en opensource-community. We hebben ervoor gekozen om de term 'account' te vervangen door 'organisatie'. U ziet deze wijzigingsuitrol in documentatie en in het product met deze update. Zie het bericht 'Organisatie' aannemen op de Microsoft DevOps-blog voor meer informatie.

Feedback geven

We horen graag wat u van deze functies vindt. Gebruik het feedbackmenu om een probleem te melden of een suggestie te geven.

Feedbackmenu

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

Met vriendelijke groet,

Biju Venugopal