Releaseopmerkingen voor Team Foundation Server 2017 Update 2

Ontwikkelaarscommunity | Systeemvereisten en compatibiliteit | Licentiebepalingen | TFS DevOps-blog | SHA-1 Hashes | Meest recente opmerkingen bij de release van Visual Studio 2019

In dit artikel vindt u informatie over Team Foundation Server 2017 Update 2. Klik op de knop om te downloaden.

Voor meer informatie over Team Foundation Server 2017 raadpleegt u de pagina Vereisten compatibiliteitsvereisten voor Team Foundation-servers en -compatibiliteit .

Zie de TFS-installatiepagina voor meer informatie.

Releasedatum: 24 juli 2017

Overzicht van wat er nieuw is in Team Foundation Server 2017 Update 2

We hebben veel nieuwe waarde toegevoegd aan Team Foundation Server 2017 Update 2. Enkele van de hoogtepunten zijn:

• Werkitems hebben nu pictogrammen die zijn gekoppeld aan elk type werkitem.
• We hebben leveringsplannen geïntroduceerd.
• U kunt zoeken naar werkitems met de zoekfunctie voor werkitems.
• Er is een nieuwe configuratie-ervaring voor takkenbeleid.
• Er zijn veel verbeteringen aan de pull-aanvraag aangebracht.
• Er zijn nu Git-grafieken om uw Git-geschiedenis te visualiseren.
• U kunt nu Git-tags toevoegen en weergeven.
• We hebben een nieuwe ervaring voor pakketbeheer.
• Er is een nieuwe ervaring voor de builddefinitie-editor.
• Verschillende updates bij het implementeren in Azure Web Apps.
• Veel verbeteringen bij het implementeren van containers.
• We hebben voorwaardelijke buildtaken geïntroduceerd.
• Er zijn nu kant-en-klare meldingen.

U kunt de details van alle nieuwe functies bekijken door de verbeteringen per functiegebied weer te geven:

• Werkitems bijhouden
• Versiebeheer
• Pullverzoeken
• Pakketbeheer
• bouwen en release
• Testen
• Magazijn
• Beheer
• Microsoft Teams-integratie

Details van wat is er nieuw in TFS 2017 Update 2

Verbeteringen voor het bijhouden van werkitems

Pictogrammen voor werkitemtypen

We hebben een wereldwijde toezegging gedaan om onze producten volledig toegankelijk te maken voor onze klanten. Als onderdeel van deze toezegging hebben we gewerkt aan het vinden en oplossen van veel toegankelijkheidsproblemen, overal van toetsenbordpatronen tot visueel ontwerp en indeling.

Het bijhouden van werkitems is alleen afhankelijk van kleur in veel ervaringen om het type werkitem over te brengen. Dit is echter problematisch voor onze kleurenblinde of slechtziende gebruikers die mogelijk geen onderscheid kunnen maken tussen items vanwege overeenkomsten in kleur. Om de scanbaarheid van werkitemtypen voor al onze klanten te vergroten, hebben we pictogrammen geïntroduceerd in de visuele taal van het type werkitem. U kunt uw typen werkitems aanpassen door een keuze te maken uit een selectie van onze pictogrambibliotheek.

Kleurbalken die het type op de achterstand overbrengen en queryrasters zijn vervangen door gekleurde pictogrammen (afbeelding 1).

Kaarten op het bord bevatten nu een typepictogram (afbeelding 2).

Leveringsplannen

Leveringsplannen is een organisatiehulpprogramma waarmee u zichtbaarheid en afstemming tussen teams kunt stimuleren door de werkstatus bij te houden in een iteratiekalender. U kunt uw plan aanpassen om elk team- of achterstandsniveau van alle projecten in het account op te nemen. Bovendien kunt u met veldcriteria voor plannen uw weergave verder aanpassen, terwijl markeringen belangrijke datums markeren. 

Bekijk de marketplace-pagina voor leveringsplannen voor meer informatie en installeer de extensie.

Voor gebruikers met een TFS-exemplaar dat is losgekoppeld van internet, zijn leveringsplannen rechtstreeks beschikbaar via de optie Extensies beheren in webtoegang, zonder naar de VSTS Marketplace te navigeren. Klik in Extensies beheren op Bladeren in lokale extensies, selecteer Leveringsplannen, en klik vervolgens op Installeren. Zie de documentatie over vooraf geïnstalleerde extensies voor meer informatie.

Automatisch koppelen van werkitems aan builds

Met deze nieuwe instelling in de builddefinitie kunt u de builds bijhouden die uw werk hebben opgenomen zonder dat u handmatig door een grote set builds hoeft te zoeken. Elke geslaagde build die aan het werkitem is gekoppeld, wordt automatisch weergegeven in de ontwikkelsectie van het werkitemformulier.

Als u deze functie wilt inschakelen, schakelt u de instelling onder Opties in uw builddefinitie (afbeelding 3) in.

Uitfasering van het oude werkitemformulier

Algemene feedback voor het nieuwe werkitemformulier is positief geweest en we hebben nu 100% acceptatie voor onze gehoste accounts. We willen dat on-premises klanten dezelfde waarde benutten als onze VSTS-gebruikers, waardoor we hebben besloten om het oude werkitemformulier en het oude uitbreidbaarheidsmodel af te bouwen. Lees meer over onze plannen op de pagina Levenscyclusbeheer van Microsoft-toepassingen .

Zoeken naar werkitems

Zoeken naar werkitems biedt snel en flexibel zoeken in al uw werkitems voor alle projecten in een verzameling (afbeelding 4). U kunt de zoekfunctie voor volledige tekst zoeken in werkitems gebruiken om eenvoudig te zoeken naar termen in alle werkitemvelden en relevante werkitems efficiënt te vinden. Gebruik inlinezoekfilters om in elk werkitemveld snel een lijst met werkitems te verfijnen.

Zodra de Search-service is geconfigureerd in TFS, kunt u zoeken zonder dat u iets anders hoeft te installeren. Met werkitems zoeken kunt u het volgende doen:

• Doorzoek al uw projecten: Zoek in uw eigen achterstand en de achterstand van uw partnerteams. Gebruik projectoverschrijdende zoekopdrachten om door alle werkitems binnen uw organisatie te zoeken. Verfijn uw zoekopdracht met behulp van project- en gebiedspadfilters.
• Zoeken in alle werkitemvelden: U kunt snel en eenvoudig relevante werkitems vinden door te zoeken in alle werkitemvelden (inclusief erevelden). Gebruik een zoekopdracht in volledige tekst in alle velden om relevante werkitems efficiënt te vinden. De codefragmentweergave geeft aan waar overeenkomsten zijn gevonden.
• Zoeken in specifieke velden: Gebruik de snelle zoekfilters in de regel, in een werkitemveld, om een lijst met werkitems in seconden te beperken. De vervolgkeuzelijst met suggesties helpt uw zoekopdracht sneller te voltooien. Een zoekopdracht zoals AssignedTo:Chris WorkItemType:Bug State:Active vindt bijvoorbeeld alle actieve bugs die zijn toegewezen aan een gebruiker met de naam Chris.
• Profiteer van integratie met het bijhouden van werkitems: De interface Werkitem zoeken kan worden geïntegreerd met vertrouwde besturingselementen in de Work-hub, zodat u kunt bekijken, bewerken, opmerkingen toevoegen, delen en nog veel meer.

Verbeteringen in versiebeheer

Ervaring met het configureren van nieuwe vertakkingsbeleid

We hebben de configuratie-ervaring voor vertakkingsbeleid opnieuw ontworpen en enkele geweldige nieuwe mogelijkheden (afbeelding 5) toegevoegd. Een van de krachtigste functies is de mogelijkheid om beleidsregels voor vertakkingsmappen te configureren. U kunt dit doen vanuit de weergave Vertakkingen door een vertakkingsmap te selecteren en Vertakkingsbeleid te kiezen in het contextmenu.  

Hiermee opent u de nieuwe configuratie-UX voor beleidsregels, waar u beleidsregels kunt configureren die van toepassing zijn op alle vertakkingen in de vertakkingsmap (afbeelding 6).  

Als u het buildbeleid gebruikt, kunt u nu meerdere builds configureren voor één vertakking. Er zijn ook nieuwe opties voor het opgeven van een automatische of handmatige trigger (afbeelding 7). Handmatige triggers zijn nuttig voor bijvoorbeeld geautomatiseerde testruns die lang kunnen duren, en die u eigenlijk slechts één keer hoeft uit te voeren voordat u de pull-aanvraag voltooit. Het buildbeleid heeft ook een weergavenaam die handig is als u meerdere builds configureert.

Zodra u een handmatig geactiveerd beleid hebt geconfigureerd, kunt u dit uitvoeren door de optie Queue Build te selecteren in de sectie Beleid voor de pull-aanvraag (afbeelding 8).

Voor het vereiste revisorbeleid (afbeelding 9) hebben we de mogelijkheid toegevoegd voor beheerders om een notitie op te geven die kan worden toegevoegd aan de tijdlijn van de pull-aanvraag wanneer het beleid van toepassing is (afbeelding 10).

Nieuw beleid voor geen actieve opmerkingen

Zorg ervoor dat alle opmerkingen in uw pull-aanvragen worden verwerkt met het nieuwe opmerkingenbeleid . Als dit beleid is ingeschakeld, blokkeren actieve opmerkingen het voltooien van de pull request, waardoor alle opmerkingen moeten worden opgelost. Revisoren die opmerkingen achterlaten voor de auteur van de pull-aanvraag, maar optimistisch goedkeuren, kunnen ervoor zorgen dat een auteur die graag wil samenvoegen geen opmerkingen mist.

Verbeteringen van bestandenhub

We hebben verschillende updates aangebracht aan de Files Hub om de weergave- en bewerkingservaringen te verbeteren.

Voor weergave hebben we draaitabellen toegevoegd waarmee u de LEESMIJ in de huidige map (afbeelding 11) kunt bekijken, Markdown-voorbeeldbestanden kunt bekijken, een bestand kunt vergelijken met een vorige versie (afbeelding 12) en de schuld kunt bekijken.

Voor bewerken kunt u nu een voorbeeld van uw wijzigingen bekijken, eenvoudig een opmerking toevoegen, doorvoeren naar een nieuwe vertakking en werkitems koppelen (afbeelding 13).

Uw Git-opslagplaats visualiseren

U kunt nu een grafiek zien terwijl de doorvoergeschiedenis voor opslagplaatsen of bestanden wordt weergegeven. Hierdoor kunt u eenvoudig een mentaal model maken van al uw vertakkingen en doorvoeringen voor uw Git-opslagplaatsen met behulp van Git Graph (afbeelding 14). In de grafiek ziet u al uw doorvoeringen in topologische volgorde.

De belangrijkste elementen van De Git-grafiek zijn onder andere (afbeelding 15):>

1. Git-grafiek is rechts uitgelijnd, dus doorvoeringen die zijn gekoppeld aan de standaardvertakking of de geselecteerde vertakking worden rechts weergegeven terwijl de rest van de grafiek aan de linkerkant groeit.
2. Samenvoegdoorvoeringen worden vertegenwoordigd door grijze stippen die zijn verbonden met hun eerste bovenliggende en tweede bovenliggende item.
3. Normale commits worden vertegenwoordigd door blauwe stippen.
4. Als de bovenliggende doorvoering van een doorvoer niet zichtbaar is in de weergavepoort op de volgende 50 doorvoeringen, wordt de doorvoerverbinding afgesneden. Zodra u op de pijl klikt, wordt de doorvoering verbonden met de bovenliggende doorvoering.

Git-tags weergeven voor doorvoeringen

Als uw team Git-tags heeft gebruikt om een specifiek punt in de geschiedenis van uw opslagplaats te markeren, worden in uw doorvoeringen nu de tags weergegeven die u hebt gemaakt. U kunt tags (afbeelding 16) weergeven voor een specifieke doorvoering in de doorvoerlijstweergave en de detailpagina .

Tags toevoegen aan doorvoeringen

In plaats van tags te maken via de opdrachtregel en deze naar de repository te pushen, kunt u nu eenvoudig naar een commit gaan en een tag toevoegen (afbeelding 17). In het dialoogvenster voor het maken van tags kunt u ook elke andere referentie in de opslagplaats taggen.

De doorvoerlijstweergave ondersteunt ook een contextmenu (afbeelding 18). U hoeft niet naar de pagina doorvoergegevens te gaan om tags te maken en nieuwe vertakkingen te maken (afbeelding 19).

Bijgewerkte pagina's van wijzigingenset en ingeleverde set

We hebben de changeset- en shelvesetpagina's in TFVC gemoderniseerd. Beide pagina's zijn toegankelijker voor degenen van u die ondersteunende technologieën gebruiken. De nieuwe pagina's hebben ook een nieuwe koptekst die de titel van de wijzigingenset en de bijbehorende informatie over de wijzigingenset bevat, zoals ontwerpdetails (afbeelding 20).

Zowel wijzigingen- als plankenstellingspagina's hosten ook de nieuwe markdown-discussiebesturing (afbeelding 21) dat het mogelijk maakt opmerkingen in markdown te typen. Gebruikers kunnen werkitems koppelen met behulp van # en eenvoudig bestanden en afbeeldingen kunnen bijvoegen.

Verbeterde doorvoerfiltering

U kunt nu de resultaten van de doorvoergeschiedenis (afbeelding 22) filteren op geavanceerde filteropties. U kunt commits filteren op:

• volledige geschiedenis.
• volledige geschiedenis met vereenvoudigde samenvoegingen.
• eerste ouder.
• eenvoudige geschiedenis (dit is de standaardfilterinstelling).

Opslagplaatsen importeren van TFVC naar Git

U kunt code migreren van uw TFVC-opslagplaatsen naar Git-opslagplaatsen in hetzelfde account. Als u de migratie wilt starten, selecteert u de importopslagplaats in de vervolgkeuzelijst opslagplaatskiezer (afbeelding 23).

Afzonderlijke mappen of vertakkingen kunnen worden geïmporteerd in de Git-opslagplaats of de hele TFVC-opslagplaats kan worden geïmporteerd (min de vertakkingen) (afbeelding 24). U kunt ook maximaal 180 dagen geschiedenis importeren.  

Git LFS-bestandsvergrendeling

We hebben de git LFS-functie voor het vergrendelen van bestanden toegevoegd. Dit stelt teams in staat om grote, onwerkbare bestanden te voorkomen wanneer twee of meer personen proberen hetzelfde bestand tegelijk te bewerken. Voordat iemand met het bewerken van het bestand kan beginnen, pakken ze een vergrendeling, en die vergrendeling meldt dit aan de server. Wanneer iemand anders probeert een vergrendeling te nemen, weigert de server de aanvraag, zodat de tweede persoon weet dat iemand anders al aan dat bestand werkt. Voer een upgrade uit naar Git LFS 2.1 of hoger om deze functie te gebruiken.

Commit-opmerkingen in Git maken gebruik van de nieuwe discussiecontrole.

We hebben lichte opmerkingen over Git-doorvoeringen bijgewerkt om het nieuwe discussiebeheer te gebruiken. Dit biedt ondersteuning voor Markdown in deze opmerkingen en rondt alle functies voor codeopmerkingen in het web af voor zowel Git als TFVC om de nieuwste ervaring te gebruiken.

Nieuw boomstructuurbesturingselement

De weergave Pull-aanvraagbestanden, Git-doorvoergegevens, Git-pushdetails, TFVC-plankensetdetails, TFVC Changeset-details, TFVC Changesets-hub en Git-geschiedenishub zijn bijgewerkt met een nieuw structuurweergavebesturingselement (afbeelding 25). De structuurweergave heeft enkele verbeteringen in de gebruikersvriendelijkheid. Eerst hebben we de weergave gewijzigd om een verkorte structuurweergave weer te geven waarmee lege mapknooppunten automatisch worden samengevouwen, waardoor het aantal bestanden in de weergave wordt gemaximaliseerd.  

De boom toont ook opmerkingen op een meer compacte manier. Bestanden met opmerkingen tonen een subitem voor elke opmerkingendraad, met de avatar die de gebruiker die de draad heeft aangemaakt aangeeft. Nieuwe discussielijnen voor opmerkingen en threads met antwoorden worden aangegeven met de blauwe stip en het aantal antwoorden wordt samengevat met een telling.

Verbeteringen van pull-aanvragen

Verbeterde CTA's voor PR-auteurs en beoordelaars

Voor teams die vertakkingsbeleid gebruiken, kan het soms moeilijk zijn om precies te weten welke actie nodig is wanneer u een pull-aanvraag bekijkt. Als de hoofdactie de knop Voltooien is, betekent dit dan dat het klaar is om te voltooien? Met behulp van informatie over de persoon die de pagina bekijkt en de status van geconfigureerde vertakkingsbeleidsregels, presenteert de PR-weergave nu de meest logische oproep tot actie voor die gebruiker.

Wanneer beleidsregels zijn geconfigureerd, maar niet zijn doorgegeven, moedigt de knop Volledig(afbeelding 26) het gebruik van de functie Voor automatisch aanvullen aan. Het is niet waarschijnlijk dat u de pull-aanvraag met succes kunt voltooien als beleidsregels dit verhinderen, dus bieden we een optie die de pull-aanvraag voltooit wanneer deze beleidsregels uiteindelijk worden goedgekeurd.

Voor recensenten is het waarschijnlijker dat u een pull-aanvraag wilt goedkeuren dan voltooien, dus recensenten zien de knop Goedkeuren(afbeelding 27) gemarkeerd als de belangrijkste CTA als u nog niet hebt goedgekeurd.

Zodra deze is goedgekeurd, zien revisoren de knop Volledig (of Automatisch aanvullen) gemarkeerd als de CTA voor gevallen waarin een revisor ook de persoon is die de pull-aanvraag heeft voltooid.

Bruikbare opmerkingen

In een pull-aanvraag met meer dan een paar opmerkingen kan het lastig zijn om alle gesprekken bij te houden. Om u te helpen bij het beheer van opmerkingen, hebben we het proces voor het oplossen van items vereenvoudigd die zijn aangepakt met een aantal verbeteringen:

• In de koptekst voor elke pull request ziet u nu een telling van de opmerkingen die zijn opgelost (Afbeelding 28).

• Wanneer een opmerking is geadresseerd, kunt u deze met één klik oplossen (afbeelding 29). 

• Als u opmerkingen wilt toevoegen terwijl u het probleem oplost, kunt u in één gebaar reageren en oplossen (afbeelding 30).

• Wanneer opmerkingen worden opgelost, ziet u dat het aantal omhoog gaat totdat alles is opgelost (afbeelding 31).

• We hebben het filter in het overzicht verbeterd om filteren op verschillende opmerkingenstatussen mogelijk te maken en het aantal opmerkingen voor elke filteroptie weer te geven (afbeelding 32).

In de weergave Updates worden rebase en force push weergegeven.

In de weergave van de Pull Request-details is het tabblad Updates verbeterd om weer te geven wanneer er een geforceerde push heeft plaatsgevonden en of de basiscommit is gewijzigd (afbeelding 33). Deze twee functies zijn zeer nuttig als je wijzigingen in je feature branches herbaseert voordat je je PR's voltooit. Revisoren hebben nu voldoende informatie om precies te weten wat er is gebeurd.

Filteren van pullverzoeken op personen

Het is nu eenvoudiger om pull-aanvragen te vinden. Er zijn nieuwe filteropties toegevoegd waarmee u pull requests kunt vinden die zijn gemaakt door een specifieke auteur of zijn toegewezen aan een specifieke reviewer (afbeelding 34). Selecteer een gebruiker vanuit het auteur- of beoordelaarsfilter en de lijst wordt bijgewerkt om alleen de PR's weer te geven die overeenkomen met het filter. 

Reden vereist bij het voorbijgaan aan richtlijnen voor pull-aanvragen

Wanneer u een beleid voor pull-aanvragen omzeilt, moet u een reden opgeven. In het dialoogvenster Volledige pull-aanvraag ziet u een nieuw redenveld als ze ervoor kiezen om te omzeilen (afbeelding 35).

Nadat u de reden hebt ingevoerd en de pull-aanvraag hebt voltooid, wordt het bericht weergegeven in het overzicht(afbeelding 36).

Pull-aanvragen delen met teams

De actie Pull-aanvraag delen is een handige manier om revisoren op de hoogte te stellen (afbeelding 37). In deze release hebben we ondersteuning toegevoegd voor teams en groepen, zodat u iedereen die betrokken is bij de pull-aanvraag in één stap kunt informeren.

Verbeteringen van pull-aanvragen voor teams

Als u lid bent van meerdere teams, ziet u nu alle pull-aanvragen die zijn toegewezen aan deze teams in de weergave Mijn pull-aanvragen(afbeelding 38). Hierdoor wordt de weergave Mijn pull-aanvragen de plek waar u alle pull-aanvragen die u moet behandelen kunt bekijken.

In een toekomstige versie voegen we teams toe aan de Pull Requests hub onder Code, zodat het gemakkelijker wordt om al uw PR's voor één project te zien.

Standaardmeldingen voor opmerkingen bij pull-aanvragen

Blijf op de hoogte van de gesprekken die plaatsvinden in uw pull requests met de nieuwe commentaarmeldingen (Figuur 39). Voor PULL's die u hebt gemaakt, krijgt u automatisch een melding wanneer een gebruiker een nieuwe thread met opmerkingen toevoegt of reageert op een bestaande thread. Wanneer u commentaar maakt op de pull-aanvraag van een andere gebruiker, ontvangt u een melding over toekomstige antwoorden op opmerkingenthreads die u maakt of beantwoordt.  

Deze meldingen zijn beschikbaar als onderdeel van de kant-en-klare abonnementen en kunnen worden geconfigureerd op de pagina Meldingeninstellingen . 

Verbeteringen in pakketbeheer

Bijgewerkte ervaring voor pakketbeheer

We hebben de gebruikerservaring van Pakketbeheer bijgewerkt om het sneller te maken, veelvoorkomende door de gebruiker gerapporteerde problemen op te lossen en ruimte te maken voor toekomstige functies voor de levenscyclus van pakketten (afbeelding 40). Meer informatie over de update op de pagina Bijgewerkte ervaring .

Pakketbeheer voegt npm READMEs en downloadknop toe

U kunt nu de LEESMIJ zien van elk npm-pakket dat een README.md bevat in het pakket (afbeelding 41). READMEs kunnen uw team helpen bij het document en delen van kennis over uw pakketten.

U kunt ook elk npm-pakket downloaden met behulp van de knop Downloaden op de opdrachtbalk.

Buildtaken voor NuGet-herstel en NuGet-opdrachten

We hebben belangrijke updates aangebracht aan de NuGet Installer-taak (nu NuGet Restore genoemd) en een nieuwe NuGet-taak toegevoegd: NuGet-opdracht. Met name de NuGet-opdracht en NuGet Restore-taken gebruiken nu standaard nuget.exe 4.0.0.

NuGet Restore is nu geoptimaliseerd voor het meest voorkomende scenario van het herstellen van pakketten vóór een Visual Studio Build-stap. Het biedt ook betere ondersteuning voor kleine projecten die één NuGet-feed delen: u kunt nu een Team Services-feed kiezen en deze laten toevoegen aan een automatisch gegenereerde NuGet.Config.

Voor complexere NuGet-bewerkingen biedt de NuGet-opdrachttaak de flexibiliteit om een opdracht en set argumenten op te geven (afbeelding 42).

Build- en releaseverbeteringen

Nieuwe builddefinitie-editor

We hebben onze builddefinitie-editor opnieuw ontworpen om een intuïtievere ervaring te bieden, enkele pijnpunten op te lossen en nieuwe mogelijkheden toe te voegen. We hopen dat u sjablonen gemakkelijker kunt gebruiken, taken kunt toevoegen en instellingen kunt wijzigen. Daarnaast kunt u nu procesparameters gebruiken om het gemakkelijker te maken om de belangrijkste bits van gegevens op te geven zonder dat u diep in uw taken hoeft te gaan.

Zoeken naar sjablonen

Zoek naar de gewenste sjabloon en pas deze toe of begin met een leeg proces (afbeelding 43).

Snel een taak vinden en toevoegen op de gewenste locatie

Zoek de taak die u wilt gebruiken en nadat u deze hebt gevonden, kunt u deze toevoegen na de momenteel geselecteerde taak aan de linkerkant of deze slepen en neerzetten waar u deze wilt gebruiken (afbeelding 44).

U kunt een taak ook slepen en neerzetten om deze te verplaatsen, of slepen en neerzetten terwijl u de Ctrl-toets ingedrukt houdt om de taak te kopiëren.

Procesparameters gebruiken om sleutelargumenten door te geven aan uw taken

U kunt nu procesparameters gebruiken (afbeelding 45 om het eenvoudiger te maken voor degenen die uw builddefinitie of -sjabloon gebruiken om de belangrijkste bits van gegevens op te geven zonder dat u dieper hoeft in te gaan op uw taken.

Als u een nieuwe build maakt op basis van een aantal ingebouwde sjablonen (bijvoorbeeld Visual Studio en Maven), ziet u voorbeelden van hoe deze werken.   De nieuwe editor bevat enkele andere verbeteringen, zoals snellere toegang tot uw bronneninstellingen.

Zie CI/CD voor beginners voor een overzicht van het maken van uw eerste builddefinitie met behulp van de nieuwe editor.

Meer informatie op de gebruikerservaringspagina van 2017 .

Meerdere versies van extensietaken

Auteurs van extensies kunnen nu extensies maken met meerdere versies van een bepaalde taak, zodat ze patches kunnen verzenden voor elke primaire versie die ze in productie hebben.

Zie Referentie voor het maken van aangepaste buildtaken binnen extensies.

Voorwaardelijke buildtaken

Als u meer controle wilt over uw buildtaken, zoals een taak om dingen op te schonen of een bericht te verzenden wanneer er iets misgaat, bieden we nu vier ingebouwde opties waarmee u een actieve taak kunt beheren (afbeelding 46).

Als u op zoek bent naar meer flexibiliteit, zoals een taak die moet worden uitgevoerd op specifieke takken, met bepaalde triggers, onder bepaalde voorwaarden, kunt u uw eigen aangepaste voorwaarden uitdrukken:

and(failed(), eq(variables['Build.Reason'], 'PullRequest'))

Zie Voorwaarden opgeven voor het uitvoeren van een taakpagina .

Ingebouwde taken voor het bouwen en implementeren van toepassingen op basis van containers

Met deze release hebben we de meeste taken in onze Docker-extensie standaard naar het product gehaald, deze verbeterd en een set nieuwe taken en sjablonen geïntroduceerd om een set containerscenario's eenvoudiger te maken.

• Docker: Bouw, push of voer Docker-afbeeldingen uit, of voer een Docker-opdracht uit. Deze taak kan worden gebruikt met Docker of Azure Container Registry. U kunt nu onze ingebouwde authenticatie met service-principal voor ACR gebruiken om het nog eenvoudiger te maken.
• Docker-Compose: Docker-toepassingen met meerdere containers bouwen, pushen of uitvoeren. Deze taak kan worden gebruikt met Docker of Azure Container Registry.
• Kubernetes: Implementeer, configureer of werk uw Kubernetes-cluster in Azure Container Service bij door kubectl-opdrachten uit te voeren.
• Service Fabric: Containers implementeren in een Service Fabric-cluster. Service Fabric is de beste keuze voor het uitvoeren van Windows-containers in de cloud.

Updates voor Azure Web App-implementaties

We hebben veel verbeteringen aangebracht voor Azure-webtoepassingen:

• Azure App Service-implementatietaak ondersteunt de implementatie van Java WAR-bestanden, Node.js, Python- en PHP-toepassingen.
• Azure App Service-implementatietaak biedt ondersteuning voor implementatie in Azure Web App voor Linux met behulp van containers.
• Continue levering in Azure Portal wordt uitgebreid ter ondersteuning van Node-toepassingen.
• Azure App Service-beheertaak wordt toegevoegd aan het starten, stoppen, opnieuw opstarten of wisselen van sleuf voor een Azure App Service. Het biedt ook ondersteuning voor het installeren van site-extensies om de vereiste PHP- of Python-versie in te schakelen of IIS Manager of Application Insights te installeren.

We hebben ook CI/CD-ondersteuning geïntroduceerd in de nieuwste versie van de Azure CLI voor het configureren van CI/CD. Hier volgt een voorbeeld:

az appservice web source-control config --name mywebapp --resource-group mywebapp_rg --repo-url https://myaccount.visualstudio.com/myproject/_git/myrepo --cd-provider vsts --cd-app-type AspNetCore

.NET Core-taken ondersteunen projectbestanden

Met de huidige update verbeteren we .NET-kerntaken ter ondersteuning van *.csproj-bestanden naast project.json. U kunt nu Visual Studio 2017 op uw buildagents gebruiken om .NET Core-toepassingen te bouwen met csproj-bestanden.

Verbeteringen in SSH-implementatie

De build-/releasetaak Bestanden kopiëren via SSH ondersteunt nu tildes(~) in het doelpad om het kopiëren van bestanden naar de basismap van een externe gebruiker te vereenvoudigen.  Een nieuwe optie zorgt er ook voor dat de build/release mislukt wanneer er geen bestanden worden gevonden om te kopiëren.

De SSH-build/release-taak ondersteunt nu het uitvoeren van scripts met Windows-regeleinden op externe Linux- of macOS-machines.

Een SSH-sleutel installeren tijdens een build of release

Een nieuwe preview-taak, SSH-sleutel installeren (preview), installeert een SSH-sleutel vóór een build of release en verwijdert deze uit de agent wanneer de build of release is voltooid. De geïnstalleerde sleutel kan worden gebruikt voor het ophalen van code uit een Git-opslagplaats of submodules, het uitvoeren van implementatiescripts of andere activiteiten waarvoor SSH-verificatie is vereist. Deze functie wordt in de toekomst verbeterd ter ondersteuning van wachtwoordzinnen en andere mogelijkheden.

Taken mislukken als Visual Studio 2017 is opgegeven, maar niet aanwezig is op de agent

Met de Visual Studio Build - en MSBuild-taken kunt u een specifieke versie van Visual Studio selecteren. Tot nu toe, als de Versie van Visual Studio 2017 niet beschikbaar was, zouden deze taken automatisch de volgende beschikbare versie kiezen.

Dit gedrag wordt gewijzigd. De build mislukt nu als u Visual Studio 2017 selecteert, maar deze niet aanwezig is op de agent.

We hebben deze wijziging om de volgende redenen aangebracht:

• Nieuwere app-typen, zoals .NET Core, worden niet gecompileerd met oudere buildhulpprogramma's. Ze vereisen expliciet Visual Studio 2017 of hoger.

• U krijgt consistentere en voorspelbare resultaten wanneer u dezelfde exacte versie van Visual Studio gebruikt.

• Wanneer buildtaken terugvallen, kunnen er compilatiefouten optreden die moeilijk te begrijpen zijn.

Automatische opruiming van werkruimten door privé-agentschap

U kunt nu een agentgroep configureren om verouderde werkmappen en opslagplaatsen periodiek op te schonen (afbeelding 47). De pool verwijdert bijvoorbeeld werkruimten die achterblijven als gevolg van de verwijdering van build- en releasedefinities.

Als u deze optie gebruikt, zou dit de kans moeten verkleinen dat uw privé-build- en releaseagenten onvoldoende schijfruimte krijgen. Het onderhoud wordt uitgevoerd per agent (niet per machine), dus als u meerdere agents op één computer hebt, kunt u nog steeds schijfruimteproblemen ondervinden.

Upgradestatus van de build-agent

Wanneer een agent wordt bijgewerkt, wordt nu de status van de upgrade in de wachtrij- en poolbeheerportal aangegeven.

Selectie van privéagenten op computers die niet worden gebruikt

Het systeem gebruikt nu de machinenaam als factor bij het toewijzen van een build of een release aan een privéagent. Als gevolg hiervan geeft het systeem de voorkeur aan een agent op een niet-actieve machine boven een agent op een bezet apparaat wanneer deze de taak toewijst.

Wachtrij voor pijplijnen

We zijn nu overgestapt van het prijsmodel op basis van agents naar het prijsmodel op basis van pijplijnen. In dit nieuwe model kunnen gebruikers gelijktijdig zoveel builds of releases uitvoeren als het aantal pijplijnen dat in hun account is geconfigureerd. Extra builds en releases die buiten deze limiet vallen, worden in de wachtrij geplaatst en wachten tot eerdere builds en releases zijn voltooid. De wachtrijfunctie Pijplijnen biedt gebruikers meer inzicht in waar hun builds of releases zich bevinden.

Bij het starten van de pijplijnwachtrij ziet u de volgende informatie:

1. Builds en releases die wachten tot een pijplijn wordt uitgevoerd en hun positie in de wachtwachtrij. 2. Builds en releases die momenteel worden uitgevoerd met behulp van beschikbare pijplijnen.

Terwijl uw build/release wacht op een pijplijn, kunt u deze weergave ook rechtstreeks starten vanaf de pagina met build-/releaselogboeken en de huidige positie in de pijplijnwachtrij en andere details vinden.

Releaseactie in buildoverzicht

We ondersteunen nu een releaseactie die beschikbaar is op de actiebalk Build-samenvatting , zodat u eenvoudig een release voor een build kunt maken.

Beveiliging voor variabele groepen

Beveiliging voor variabele groepen wordt nu beheerd via een set rollen, zoals Creator en Administrator.

Standaard worden de onderstaande rollen toegewezen.

• Rol van maker naar bijdragers
• De rol van beheerder voor projectverzamelingsbeheerders, projectbeheerders, buildbeheerders en releasebeheerders.
• Lezerrol voor geldige projectgebruikers

De standaardwaarden kunnen worden overschreven voor alle variabelegroepen of voor een specifieke.

Verbeteringen in iOS DevOps

De Apple App Store-extensie ondersteunt nu verificatie in twee stappen (tweeledige verificatie) en het vrijgeven van builds aan externe testers (afbeelding 48).

Het installeren van Apple Certificate (Preview) is een nieuwe build-taak waarmee een P12-handtekeningcertificaat op de agent wordt geïnstalleerd voor gebruik door een volgende Xcode- of Xamarin.iOS-build.

Het installeren van Apple-profiel (preview) is een nieuwe build-taak voor het installeren van inrichtingsprofielen op de agent voor gebruik door een volgende Xcode- of Xamarin.iOS-build.

MSBuild-, Xamarin.Android- en Xamarin.iOS-buildtaken ondersteunen nu het bouwen met de hulpprogrammaset Visual Studio voor Mac.

Verbeteringen in de dekking van Java-code

De buildtaak Publiceer code-dekkingsresultaten rapporteert Cobertura- of JaCoCo-gedekte code als onderdeel van een build.  Het ondersteunt nu het specificeren van wildcards en minimatchpatronen in de velden Overzichtsbestand en Rapportmap, waardoor bestanden en directories per build kunnen worden opgelost voor paden die tussen builds veranderen.

Maven- en SonarQube-verbeteringen

Met de Maven-buildtaak kunt u nu een SonarQube-project opgeven voor analyseresultaten in gevallen waarin deze verschilt van wat is opgegeven in het Maven pom.xml-bestand.

Verbeterde Jenkins-integratie

De build-/releasetaak van de Jenkins-wachtrijtaak ondersteunt nu het uitvoeren van Pijplijntaken met meerderebranch-pijplijnen in Jenkins terwijl de Uitvoer van de Jenkins-console wordt weergegeven in Team Services (afbeelding 49).  Pijplijnresultaten worden gepubliceerd in de samenvatting van de Team Services-build.

Implementatie van schaalsets voor virtuele machines in Azure

Een veelvoorkomend patroon dat wordt gebruikt voor implementatie, is het maken van een volledige machineinstallatiekopieën voor elke versie van de toepassing en dat vervolgens implementeren. Om dit eenvoudiger te maken hebben we een nieuwe taak voor het bouwen van een onveranderbaar machine-image. Deze taak maakt gebruik van Packer om een machine-image te genereren na het implementeren van toepassingen en alle vereiste prerequisieten. De taak gebruikt het implementatiescript of de packer-configuratiesjabloon om de installatiekopieën van de machine te maken en op te slaan in een Azure Storage-account. Deze installatiekopie kan vervolgens worden gebruikt voor implementaties van virtuele-machineschaalsets van Azure die goed werken met dit type onveranderbare installatiekopieimplementatie.

Sjabloonparameters overschrijven in implementaties van Azure-resourcegroepen

Momenteel selecteren gebruikers in azure-resourcegroepimplementatietaken de template.json en de parameters.json en geven ze de parameterwaarden overschrijven op in een tekstvak, na een specifieke syntaxis. Deze ervaring is nu verbeterd, zodat de sjabloonparameters worden weergegeven in een raster waarmee ze kunnen worden bewerkt en overschreven (afbeelding 50). U kunt deze functie openen door te klikken op het veld ... naast het veld parameters overschrijven, waarmee een dialoogvenster met de sjabloonparameters wordt geopend, samen met de standaardwaarden en toegestane waarden (indien gedefinieerd in de sjabloon en parameter .json bestanden). Voor deze functie moet u CORS-regels inschakelen bij de bron. Als de sjabloon- en parameter-.json-bestanden zich in Azure Storage Blob bevinden, raadpleegt u de documentatie van Azure Storage Services om CORS in te schakelen.

Meerdere releasetriggers met vertakkings- en tagfilters

Releasebeheer biedt nu ondersteuning voor het instellen van CD-triggers op meerdere artefactbronnen van het type Build. Wanneer deze wordt toegevoegd, wordt er automatisch een nieuwe release gemaakt wanneer er een nieuwe artefactversie beschikbaar is voor een van de opgegeven artefactbronnen. U kunt ook de bronbranch opgeven waaruit de nieuwe build moet komen om een release te activeren. Bovendien kunnen tagfilters worden ingesteld om de builds verder te filteren die een release moeten activeren.

Standaardwaarden instellen voor artefactbronnen in een release

Gebruikers kunnen de standaardversie van het artefact definiëren die in een release moet worden geïmplementeerd bij het koppelen van een artefactbron in een definitie (afbeelding 51). Wanneer een release automatisch wordt gemaakt, wordt de standaardversie voor alle artefactbronnen geïmplementeerd.

Scheiding van taken voor de implementatie-aanvrager en goedkeurders

Eerder konden omgevingseigenaren de releasemakers beperken tot het goedkeuren van implementaties van de release in een omgeving. U kunt echter handmatig de implementatie van een release starten die door een andere gebruiker is gemaakt en deze zelf goedkeuren.

We hebben deze kloof nu opgevuld door de maker van de implementatie te beschouwen als een afzonderlijke gebruikersrol voor implementaties. De maker van de release of de maker van de implementatie kan worden beperkt tot het goedkeuren van de implementaties.

Goedkeuringen op releaseniveau

U kunt er nu voor kiezen om automatisch implementaties goed te keuren die automatisch zijn geactiveerd na een geslaagde implementatie in een andere omgeving (afbeelding 52). Het goedkeuren van een keten van implementaties (die dezelfde goedkeurders hebben) kan tegelijk worden uitgevoerd als u ervoor kiest om niet elke implementatie goed te keuren.

In het geval dat u twee omgevingen dev en test hebt, waarbij de predeployment-goedkeurders zijn ingesteld op 'userA' en 'userB', waarbij beide zijn vereist om de implementatie goed te keuren. Als het beleid voor test is ingesteld zoals hieronder wordt weergegeven, is het voldoende voor gebruikersA en gebruikerB om alleen Dev goed te keuren tijdens de implementatie. Uitrol naar de testomgeving wordt automatisch goedgekeurd. Als de implementatie naar Test handmatig wordt gestart, zijn goedkeuringen vereist voordat de implementatie plaatsvindt om correcte goedkeuringen te waarborgen.

Implementeren in Azure Government Cloud

Klanten met Azure-abonnementen in Government Clouds kunnen nu het Azure Resource Manager-service-eindpunt configureren om zich te richten op nationale clouds.

Maximum aantal parallelle implementaties instellen

Met deze functie kunt u regie voeren over hoe meerdere in behandeling zijnde releases worden uitgerold in een bepaalde omgeving (afbeelding 54). Als uw release-pijplijn bijvoorbeeld de validatie uitvoert van builds in een QA-omgeving en de snelheid van het genereren van builds sneller is dan het voltooiingspercentage van de implementaties, kunt u meerdere agents en zoveel builds configureren om parallel gevalideerd te worden. Dat betekent dat elk van de gegenereerde builds wordt gevalideerd en dat de wachttijd afhankelijk is van het aantal beschikbare agents. Met deze functie kunt u validaties optimaliseren door u in staat te stellen validatie uit te voeren op de n meest recente builds parallel en de oudere implementatieaanvragen te annuleren.

Verbeteringen in de time-out voor de taak voor handmatige interventie

De handmatige interventietaak kan nu automatisch worden geweigerd of hervat nadat deze in behandeling is voor de opgegeven time-out of 60 dagen, afhankelijk van wat eerder is. U kunt de time-outwaarde opgeven in de sectie Besturingsopties van de taak. 

Parallelle uitvoering van Release Management

Releasebeheer biedt nu ondersteuning voor een parallelle uitvoeringsoptie voor een fase (afbeelding 55). Selecteer deze optie om een fase uit te breiden met behulp van multiconfiguratie of multi-agent als optie voor fasevermenigvuldiging.

Meervoudige configuratie: Selecteer deze optie om de fase voor elke meervoudige configuratiewaarde uit te voeren. Als u bijvoorbeeld tegelijkertijd wilt implementeren op twee verschillende geografische gebieden, wordt met behulp van een variabele ReleasePlatform gedefinieerd op het tabblad Variabelen met de waarden 'VS - oost, VS - west-US' de fase parallel uitgevoerd, één met de waarde 'VS - oost' en de andere 'VS - west'. Meerdere agents: selecteer deze optie om de fase uit te voeren met een of meer taken op meerdere agents parallel.

Implementatiegeschiedenis van web-apps in Azure Portal

Releasebeheer werkt nu de implementatielogboeken van Azure App Service bij wanneer een implementatie wordt voltooid met behulp van de App Service-implementatietaak. U kunt de implementatiegeschiedenis bekijken in het Azure-portaal door de optie Continue levering te selecteren op het App Service-blad.

Testverbeteringen

Tests uitvoeren met behulp van agentfasen

Met behulp van de Visual Studio Test-taak kunt u nu geautomatiseerde tests uitvoeren met behulp van agentfasen (afbeelding 56).

We hebben nu een geïntegreerde automatiseringsagent voor build, release en test. Dit biedt de volgende voordelen:

1. U kunt gebruikmaken van een agentgroep voor uw testbehoeften.
2. Voer tests in verschillende modi uit met dezelfde Visual Studio Test-taak, op basis van uw behoeften: uitvoering op basis van één agent, gedistribueerde testuitvoering met meerdere agents of een uitvoering met meerdere configuraties om tests uit te voeren op bijvoorbeeld verschillende browsers.

Raadpleeg dit bericht over levenscyclusbeheer van Microsoft-toepassingen voor meer informatie.

Het op aanvraag starten van geautomatiseerde tests

De testhub ondersteunt nu het activeren van geautomatiseerde testcases van testplannen en testsuites (afbeelding 57). Het uitvoeren van geautomatiseerde tests van de Test-hub heeft een installatie nodig die vergelijkbaar is met de manier waarop u tests op een geplande manier uitvoert in releaseomgevingen. U moet een omgeving instellen in de releasedefinitie met behulp van de sjabloon Geautomatiseerde tests uitvoeren vanuit de sjabloon testplannen en het testplan koppelen om de geautomatiseerde tests uit te voeren. Raadpleeg de documentatie voor de stapsgewijze richtlijnen voor het instellen van omgevingen en het uitvoeren van geautomatiseerde tests vanuit de Test-hub .

Verbeteringen in magazijn

Prestatieverbeteringen in het verwerkingsproces van Analysis Services-cubes

We hebben prestatieverbeteringen aangebracht in de weergave vDimWorkItemTreeOverlay , die wordt gebruikt om een werkitemstructuurdimensie te maken op basis van de koppelingen. Hoewel dit afhankelijk is van System.LinkTypes.Hierarchy-koppelingen, hebben we vastgesteld dat de verwerkingsduur ook wordt beïnvloed door andere koppelingen (bijvoorbeeld System.LinkTypes.Related). We hebben de weergave geoptimaliseerd om linktypen voor toevoegingen over te slaan die de hoeveelheid gelezen gegevens beperken. Deze wijziging vermindert de verwerkingstijd voor bepaalde magazijnen aanzienlijk.

Hoofdletteronafhankelijke schemaafstemming

Het schema van de magazijndatabase wordt gemaakt door velden samen te voegen van alle gekoppelde verzamelingsdatabases in het schema-afstemmingsproces. Voorheen waren alle vergelijkingen hoofdlettergevoelig, en moesten beheerders ervoor zorgen dat de veldnamen exact overeenkomen. Dit leidde tot problemen waarbij er subtiele verschillen in behuizing waren. Met deze release maken we het proces toleranter voor dergelijke verschillen.

Beheerverbeteringen

Gecombineerde e-mailontvangers voor meldingen

Geadresseerden voor dezelfde e-mailmelding worden nu samen opgenomen op de aan:-regel en krijgen één e-mail toegestuurd. Voorheen werden afzonderlijke e-mailberichten naar elke geadresseerde verzonden. Hierdoor is het moeilijk om te weten wie de melding heeft ontvangen en om een gesprek over de gebeurtenis via e-mail te voeren. Deze functie is van toepassing op out-of-the-box en teamabonnementen die geschikt zijn voor meerdere geadresseerden. Zo worden alle revisoren van een pull-aanvraag nu één e-mail verzonden wanneer er een wijziging wordt aangebracht in de pull-aanvraag.

Meer informatie over het combineren van e-mailontvangers.

Out-of-the-box meldingen

Gebruikers en teams worden nu automatisch via e-mail op de hoogte gesteld wanneer er activiteit is in het account dat rechtstreeks relevant is voor hen, zoals wanneer:

• een werkitem wordt toegewezen aan een gebruiker.
• een gebruiker of team wordt toegevoegd als reviewer aan een pull request.
• Een gebruiker of team is een reviewer van een pull request die wordt bijgewerkt.
• een andere gebruiker reageert op een opmerking bij een pull-aanvraag.
• een build aangevraagd door een gebruiker is voltooid.
• een extensie is geïnstalleerd of aangevraagd (alleen beheerders).

Gebruikers kunnen zich afmelden voor een van deze abonnementen door naar meldingsinstellingen te gaan in het menu gebruikersprofiel en vervolgens de juiste wisselknop(en) uit te schakelen.

Een accountbeheerder kan een of meer van deze automatische abonnementen uitschakelen door te navigeren naar de Notification Hub op verzamelingsniveau onder het instellingen tandwiel. Elk van deze abonnementen kan worden uitgeschakeld door te klikken op Uitschakelen onder '...' actie. Zodra een abonnement is uitgeschakeld, wordt het niet meer weergegeven voor gebruikers op hun pagina met instellingen voor persoonlijke meldingen.

Meer informatie over out-of-the-box meldingen.

Machtigingen voor extensiebeheer

Een beheerder kan nu andere gebruikers en groepen machtigingen verlenen voor het beheren van extensies voor de verzameling (afbeelding 58). Voorheen konden alleen verzamelingsbeheerders (leden van de groep Projectverzamelingsbeheerders) extensieaanvragen bekijken, extensies installeren, uitschakelen of verwijderen. 

Als u deze machtiging wilt verlenen, kan een beheerder naar de hub Extensies beheren navigeren door het menu Marketplace te openen, extensies beheren te selecteren en vervolgens op de knop Beveiliging te klikken:

Meldingen ontvangen wanneer extensies zijn geïnstalleerd, aandacht vereisen en meer

Beheerders of beheerders met de mogelijkheid om extensies te beheren, krijgen nu automatisch een melding wanneer een extensie is geïnstalleerd, verwijderd, ingeschakeld, uitgeschakeld of aandacht vereist. Dit is vooral handig in grotere implementaties waarbij meerdere personen de verantwoordelijkheid hebben om extensies te beheren. Beheerders kunnen deze meldingen uitschakelen door te navigeren naar instellingen voor meldingen onder het profielmenu en de wisselknop voor extensies uit te schakelen.

Beheerders kunnen ook aangepaste abonnementen definiëren voor extensiegerelateerde gebeurtenissen. Een beheerder kan bijvoorbeeld een melding ontvangen wanneer een extensie wordt bijgewerkt.

Gebruikers kunnen nu ook automatische meldingen over hun extensieaanvragen uitschakelen.

TFS-beheerders toestaan abonnees toe te voegen aan het geavanceerde toegangsniveau

Het geavanceerde toegangsniveau wordt verwijderd uit toekomstige versies van Team Foundation Server. Tot die tijd kunnen TFS-beheerders echter MSDN Platform- en Visual Studio Test Professional-abonnees toevoegen aan het geavanceerde toegangsniveau met Update 2.

Visual Studio Enterprise-abonnees moeten worden toegevoegd aan het toegangsniveau Visual Studio Enterprise in plaats van Geavanceerd. Als u de extensie Test Manager hebt aangeschaft, kunt u dit blijven beheren in de Gebruikershub binnen het teamproject dat u hebt gekocht.

Microsoft Teams-integratie

Organisaties die Microsoft Teams gebruiken om samen te werken, kunnen nu activiteiten bekijken vanuit hun TFS-projecten binnen de kanalen van hun team. Hierdoor kunnen teams op de hoogte blijven van relevante wijzigingen in werkitems, pull-aanvragen, builds en releases en meer terwijl ze in Microsoft Teams werken. Zie onze documentatievoor meer informatie.

Bekende problemen

Werkitemformulieren worden niet correct weergegeven in het web

• Probleem:

  Als u een aangepast besturingselement hebt, zoals het besturingselement met meerdere waarden, geïnstalleerd voor de Visual Studio-client, maar niet voor de webclient, kunnen werkitemformulieren in het web niet worden weergegeven.

• Tijdelijke oplossing:

  U moet bijwerken naar de nieuwste versie van uw besturing. Het is nodig om een webindeling toe te voegen die het ontbrekende besturingselement niet bevat. U vindt het meest recente besturingselement met meerdere waarden voor TFS 2017 Update op de pagina Aangepaste besturingselementen voor TFS-werkitems bijhouden . Zie de pagina All FORM XML elements reference (TFS 2015) voor meer informatie over de indeling.

TFS-versie is RC2 in plaats van de definitieve release

• Probleem:

  Nadat u TFS 2017 Update 2 vóór 1 augustus 2017 hebt gedownload en geïnstalleerd, hebt u een RC2-versie.

• Tijdelijke oplossing:

  Dit werd veroorzaakt door een onregelmatig probleem in de installatiekoppelingen die zijn opgelost op 1 augustus 2017. Download TFS 2017 Update 2 opnieuw en installeer deze definitieve release.

Zie door de klant gerapporteerde problemen voor Team Foundation Server 2017.

Feedback en suggesties

We horen graag van u! U kunt een probleem melden en bijhouden via Developer Community- en advies krijgen over Stack Overflow-.