Verbeterde GitHub-builds en voorgestelde werkitempaden - VSTS Sprint 129-update
Omdat we de implementatie van een update over de recente feestdagen hebben overgeslagen, keren we nu terug met functies van zowel Sprint 128 als 129. In de Sprint 129-update van Visual Studio Team Services (VSTS) ziet u verschillende verbeteringen die deze van uw team moeten verrukken. Met name versterken we onze integratie met GitHub door u in staat te stellen pull-aanvragen te bouwen vanuit opslagplaats forks op GitHub.com en continu te integreren vanuit GitHub Enterprise via een officiële buildbron.
Andere kenmerken zijn onder andere:
- Analytics-widgets weergeven als belanghebbende : breng belanghebbenden in het analysegesprek.
- Doorvoer voor samenvoeging van pull-aanvragen weergeven- Bekijk precies hoe de samengevoegde doorvoer eruit zou zien in de pull-aanvraag.
- Werk verplaatsen met voorgestelde gebieden en iteraties : werk naar het juiste gebied en de juiste iteratie. Snel.
- Wiki's zoeken is nu algemeen beschikbaar en afdrukbaar - Met zoeken en afdrukken is Wiki klaar om u te helpen de kennis van uw team te behouden.
- Machtigingen rechtstreeks beheren in Azure AD-groepen : vereenvoudig uw machtigingen met behulp van bestaande groepen uit Azure AD.
Wat is er nieuw in VSTS?
Dashboards en analyse
Analytics-widgets weergeven als belanghebbende
Als u de analytics-extensie installeert, worden er 6 krachtige widgets toegevoegd aan uw widgetcatalogus: Cumulatief stroomdiagram, leadtijd, cyclustijd, snelheid, burndown en burnup. Nu kunnen degenen met de gratis licentie voor belanghebbenden ook alle Analytics-widgets bekijken.
Als u het OData-eindpunt van Analytics of Power BI wilt gebruiken om verbinding te maken met Analytics, is nog steeds een Basic-licentie vereist.
Power BI integreren met VSTS Analytics met behulp van nieuwe weergaven
De standaardweergaven in de VSTS Power BI Desktop Verbinding maken or u helpen direct aan de slag te gaan met VSTS-gegevens. We hebben aanvullende weergaven toegevoegd met algemene historische definities, zodat u gemakkelijker trending en foutanalyse kunt uitvoeren. Raadpleeg onze richtlijnen voor het maken van verbinding met VSTS met Power BI Data Verbinding maken or voor meer informatie.
In de komende release van februari van Power BI Desktop introduceren we de mogelijkheid om uw eigen weergaven te maken, waardoor u nog eenvoudiger kunt werken met de specifieke gegevens die u nodig hebt in Power BI.
Code
Samenvoegingsdoorvoering voor pull-aanvragen weergeven
Diff-weergaven voor pull-aanvragen zijn zeer handig bij het markeren van de wijzigingen die zijn geïntroduceerd in de bronvertakking. Wijzigingen in de doelbranch kunnen er echter toe leiden dat de diff-weergave er anders uitziet dan verwacht. Er is nu een nieuwe opdracht beschikbaar om het diff van de samenvoegingsdoorvoering 'preview' voor de pull-aanvraag weer te geven: samenvoegdoorvoering weergeven. Deze samenvoegingsdoorvoering wordt gemaakt om te controleren op samenvoegingsconflicten en om te gebruiken met een pull-aanvraagbuild en geeft aan hoe de samenvoegingsdoorvoering eruitziet wanneer de pull-aanvraag uiteindelijk is voltooid. Wanneer de doelbranch wijzigingen niet weerspiegelt in het diff, kan de samenvoegdoorvoering handig zijn om de meest recente wijzigingen in de bron- en doelbranches te zien.
Een andere opdracht die handig is in combinatie met de opdracht Samenvoeging weergeven, is Samenvoegen opnieuw starten (beschikbaar in hetzelfde opdrachtmenu). Als de doelvertakking is gewijzigd sinds de pull-aanvraag in eerste instantie is gemaakt, wordt met deze opdracht een nieuwe preview-samenvoegdoorvoering gemaakt, waarbij de diff-weergave voor samenvoegen wordt bijgewerkt.
Revisoren helpen bij het gebruik van labels voor pull-aanvragen
Soms is het belangrijk om extra informatie over een pull-aanvraag aan de revisoren te communiceren. Misschien is de pull-aanvraag nog steeds bezig of is het een hotfix voor een toekomstige release. U voegt dus extra tekst toe aan de titel, misschien een voorvoegsel [WIP]of "NIET SAMENVOEGEN". Labels bieden nu een manier om pull-aanvragen te taggen met extra informatie die kan worden gebruikt om belangrijke details te communiceren en pull-aanvragen te organiseren.
In een toekomstige release maken we labels nog nuttiger door het gemakkelijker te maken om pull-aanvragen te filteren met behulp van labels.
Resterende beleidscriteria weergeven voor automatisch aanvullen van pull-aanvragen
Automatisch aanvullen is een handige functie voor teams die vertakkingsbeleid gebruiken, maar wanneer u optionele beleidsregels gebruikt, kan het onduidelijk zijn wat een pull-aanvraag blokkeert. Wanneer u nu automatisch aanvullen instelt voor een pull-aanvraag, wordt de exacte lijst met beleidscriteria die voltooiing houden duidelijk vermeld in het bijschriftvak. Wanneer aan elke vereiste wordt voldaan, worden items uit de lijst verwijderd totdat er geen resterende vereisten zijn en de pull-aanvraag wordt samengevoegd.
Wiskunde in pull-aanvragen bespreken
Wilt u een vergelijking of wiskundige expressie opnemen in uw pull-aanvraagopmerkingen? U kunt nu TeX-functies opnemen in uw opmerkingen, zowel inline als opmerkingen blokkeren. Zie de lijst met ondersteunde functies voor meer informatie.
Bepalen wie kan bijdragen aan pull-aanvragen
Voorheen kon iedereen die een Git-opslagplaats kon bekijken, werken met de pull-aanvragen. We hebben een nieuwe machtiging toegevoegd met de naam Bijdragen aan pull-aanvragen die de toegang tot het maken en opmerkingen maken van pull-aanvragen regelen. Alle gebruikers en groepen die eerder de leesmachtiging hebben, krijgen standaard ook deze nieuwe machtiging. De introductie van deze nieuwe machtiging biedt beheerders extra flexibiliteit en controle. Als u wilt dat de groep Lezers echt alleen-lezen is, kunt u de machtiging Bijdragen weigeren voor pull-aanvragen .
Zie de quickstart-documentatie voor het instellen van opslagplaatsmachtigingen voor meer informatie.
Integreren met behulp van de API voor de status van de pull-aanvraag en het vertakkingsbeleid
Met vertakkingsbeleid kunnen teams vertakkingen van hoge kwaliteit onderhouden en best practices volgen tijdens de werkstroom voor pull-aanvragen. U kunt nu de API voor de status van de pull-aanvraag en het vertakkingsbeleid gebruiken om aangepaste hulpprogramma's te integreren in werkstromen voor pull-aanvragen. Of het nu gaat om integratie met een CI/CD-oplossing van derden of het afdwingen van uw eigen interne procesvereisten, de status-API kan helpen. Bekijk onze code, voorbeelden en documentatie voor meer informatie.
Werk
Werk verplaatsen met voorgestelde gebieden en iteraties
Het kan gebruikelijk zijn om in hetzelfde gebied of dezelfde iteratie te werken en herhaaldelijk door de hiërarchieën te bladeren bij het verplaatsen van werkitems. De besturingselementen voor gebieds - en iteratiepaden bevatten nu een lijst met onlangs gebruikte waarden als Suggesties, zodat u snel toegang hebt om in te stellen en verder te gaan.
Daarnaast worden iteratiedatums rechts van de naam opgenomen, zodat u snel kunt beoordelen wanneer een werkitem moet worden afgeleverd.
Bouwen en lanceren
GitHub-pull-aanvragen bouwen vanuit opslagplaats-forks
Pull-aanvragen voor GitHub van opslagplaats forks kunnen nu automatisch worden gebouwd door VSTS. Dit zorgt ervoor dat wijzigingen worden gebouwd en getest voordat ze worden samengevoegd. Geheimen die zijn gekoppeld aan uw builddefinitie zijn standaard niet beschikbaar voor builds van pull-aanvragen van forks. Raadpleeg de documentatie over beveiligingsoverwegingen voor meer informatie.
Bouwen met continue integratie vanuit GitHub Enterprise
U hebt nu betere integratie met VSTS voor het uitvoeren van CI-builds (continue integratie) als u GitHub Enterprise gebruikt voor versiebeheer. Voorheen was u beperkt tot polling voor codewijzigingen met behulp van de externe Git-connector , waardoor de belasting op uw servers mogelijk is toegenomen en vertragingen werden veroorzaakt voordat builds werden geactiveerd. Nu, met officiële GitHub Enterprise-ondersteuning in VSTS, worden team-CI-builds onmiddellijk geactiveerd. Daarnaast kan de verbinding worden geconfigureerd met behulp van verschillende verificatiemethoden, zoals LDAP of ingebouwde accounts.
Standaard bouwen met de juiste agent
Wanneer u een van onze sjablonen gebruikt om een nieuwe builddefinitie te maken, selecteren we nu standaard een gehoste agentwachtrij voor u. De Ant- en Maven-sjablonen zijn bijvoorbeeld standaard ingesteld op de gehoste Linux-wachtrij . Xcode- en Xamarin.iOS-sjablonen zijn standaard ingesteld op gehoste macOS Preview. De ASP.NET Core-sjabloon wordt standaard ingesteld op Gehoste VS2017. Natuurlijk kunt u de wachtrij nog steeds wijzigen in uw voorkeur, maar deze standaard bespaart enige tijd bij het definiëren van een nieuw buildproces en anders voorkomt u dat u de juiste agentwachtrij opnieuw moet instellen.
Testen
Schermafbeelding van bureaublad-apps via de Chrome-browser
De extensie Test & Feedback biedt nu ondersteuning voor het vastleggen van schermopnamen van bureaubladtoepassingen via de Chrome-browser. Wanneer de browserextensie is geïnstalleerd, selecteert u de toepassing die u test, maakt u schermopnamen, aantekeningen maakt en maakt u bugs of taken.
Grote testresultaten filteren op testnaam
In de loop van de tijd worden testassets opgebouwd. Voor grote toepassingen kunnen ze gemakkelijk groeien tot tienduizenden tests. In onze eerdere sprint hebben we twee nieuwe filters toegevoegd onder het tabblad Tests in Build and Release - Container (DLL's) en Owner (Container Owner). Om deze ervaring verder te verrijken, hebben we een nieuw filter toegevoegd op basis van testnaam, waarmee u snel kunt zoeken naar de test waarin u geïnteresseerd bent. De verschillende filters blijven cumulatief.
Functionele tests uitvoeren en testagenttaken implementeren zijn nu afgeschaft
Vorig jaar zijn we begonnen met het samenvoegen van agents in build, release en test. Dit was bedoeld om verschillende pijnpunten aan te pakken die zijn gekoppeld aan het gebruik van Op WinRM gebaseerde Deploy Test Agent en Taken voor functionele tests uitvoeren. Hiermee kunt u ook de Visual Studio Test-taak (VSTest) gebruiken voor al uw testbehoeften, waaronder:
- Unittests
- Functionele tests (UI/niet-UI)
- Op MSTest gebaseerde tests
- Op framework gebaseerde tests van derden
- Testspecificatie op basis van assembly of het uitvoeren van tests met TestPlan/Test Suite
- Testuitvoering van één agent en het distribueren van tests over meerdere agents
Met de geïntegreerde agents-benadering kunnen beheerders ook alle computers beheren die op een uniforme manier worden gebruikt voor CI/CD.
In de loop van de laatste sprints hebben we verschillende cruciale onderdelen geleverd om deze mogelijkheid mogelijk te maken, waaronder:
- Agents kunnen worden geconfigureerd voor het testen van de gebruikersinterface
- Met het installatieprogramma voor Visual Studio Test Platform kan VSTest-taak worden uitgevoerd zonder dat Visual Studio vooraf hoeft te worden geïnstalleerd
- Zowel build- als releasedefinities kunnen worden gemaakt met meerdere fasen en hebben de mogelijkheid om voor elke fase verschillende agentwachtrijen te gebruiken
- Geautomatiseerde testcases kunnen worden uitgevoerd vanuit de testhub met behulp van de VSTest-taak
Nu al het bovenstaande is ingesteld, zijn we klaar om deze twee taken te verwijderen. Hoewel bestaande definities die gebruikmaken van de afgeschafte taken blijven werken, raden we u aan om in de loop van de tijd gebruik te maken van VSTest om te profiteren van een voortdurende uitbreiding.
Testplannen /testsuites verwijderen
Gebruikers kunnen nu testplannen/testsuites verwijderen als ze de volgende machtigingen hebben
- Testpakket verwijderen: Testuitvoeringen weergeven + Testuitvoeringen verwijderen + Testsuites beheren
- Testplan verwijderen: Testuitvoeringen weergeven + Testuitvoeringen verwijderen + Plansuites beheren
Wiki
Wiki zoeken nu algemeen beschikbaar
Na een openbare preview van wikizoekopdrachten in december maken we deze nu algemeen beschikbaar. U kunt zoeken naar uw favoriete wikipagina's op titel of inhoud naast code en werkitems.
Wikipagina's afdrukken
Wiki kan worden gebruikt voor een verscheidenheid aan inhoud. Soms kan het handig zijn om inhoud van Wiki af te drukken om te lezen in uw vrije tijd, opmerkingen toe te voegen met pen en papier of zelfs een offline PDF-kopie te delen met degenen buiten uw VSTS-project. Klik nu op het contextmenu van een pagina en selecteer Pagina afdrukken. Deze functie heeft prioriteit gekregen op basis van een suggestie.
Deze functie wordt momenteel niet ondersteund in Firefox.
Bijdragen aan Wiki-pagina's met gemak met sneltoetsen
U kunt nu sneltoetsen gebruiken om algemene bewerkings- en weergaveacties in Wiki nog sneller uit te voeren met alleen uw toetsenbord.
Tijdens het weergeven van een pagina kunt u bijvoorbeeld een subpagina toevoegen, bewerken of maken.
Tijdens het bewerken van een pagina kunt u snel opslaan, opslaan en sluiten of gewoon sluiten.
Dit zijn naast standaardsneltoetsen voor bewerken, zoals Ctrl+B voor vet, Ctrl+I voor cursief, Ctrl+K voor [linking](#)
enzovoort. Zie de volledige lijst met sneltoetsen voor meer informatie.
Marketplace
Prijs berekenen zonder de extensiepagina te verlaten
Alle betaalde VSTS-extensies en VS-abonnementen in marketplace bevatten nu een rekenmachine op het tabblad Prijzen. U kunt nu de prijs bepalen die overeenkomt met de geselecteerde hoeveelheid in uw valuta, zonder de extensiepagina te verlaten.
Opmerking: de uiteindelijke prijzen worden bepaald op basis van het Azure-abonnement dat wordt gebruikt voor een aankoop.
Beheer
Machtigingen rechtstreeks beheren in Azure AD-groepen
Om extra lagen van groepen in VSTS te voorkomen, kunt u nu machtigingen rechtstreeks beheren in Azure Active Directory-groepen. Dit brengt onze ondersteuning voor Azure AD-groepen op één lijn met VSTS-groepen.
Zie de documentatie over machtigingen en groepen voor meer informatie.
Verbinding maken of verbreek een VSTS-account met Azure Active Directory via de nieuwe Azure-portal
Met de buitengebruikstelling van de klassieke Azure-portal (manage.windowsazure.com) kunt u nu uw VSTS-account verbinden of loskoppelen van Azure Active Directory via de nieuwe Azure-portal (portal.azure.com) met behulp van het Verbinding maken-besturingselement op de accountblade. Raadpleeg de documentatie voor het maken van verbinding met Azure AD voor meer informatie.
Waarschuwing voor accounts met één projectverzameling Beheer istrator
Voor VSTS-accounts met MSA-ondersteuning (Microsoft-account) is een waarschuwing toegevoegd op het tabblad Beveiliging als we detecteren dat het account meerdere gebruikers heeft, maar wordt beheerd door één projectverzameling Beheer istrator. Het is raadzaam om meer dan één beheerder te hebben om te voorkomen dat het account wordt vergrendeld als de huidige beheerder het bedrijf verlaat. Dit bericht is alleen een aanbeveling en heeft geen invloed op uw bestaande instellingen.
Volgende stappen en feedback
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.
U kunt ook advies krijgen en uw vragen beantwoorden door de community op Stack Overflow.
Met vriendelijke groet,
Jamie Cool