Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
In de Sprint 133-update van Visual Studio Team Services (VSTS) blijven we uitbreiden op de talen en platforms die we ondersteunen voor build en release. Of uw toepassing nu gebruikmaakt van Azure Database for MySQL, Kubernetes of Ruby on Rails, we hebben u behandeld. De lijst blijft ook groeien in Azure DevOps Projects. Nu is het nog nooit eenvoudiger geweest om aan de slag te gaan met een Go- of Ruby-toepassing in Azure.
Er is nu ook een nieuw meldingstype en betere ondersteuning voor NuGet upstream-bronnen beschikbaar in Pakketbeheer.
Wat is er nieuw in VSTS?
Features
Code
Werk
Bouwen en lanceren
- CI-builds activeren vanuit YAML
- Continu implementeren in Azure Database for MySQL
- Implementatie naar Kubernetes stroomlijnen met Helm
- Ruby on Rails-toepassingen implementeren
- Go- en Ruby-toepassingen configureren met Azure DevOps Projects
- Builds continu implementeren die zijn getagd door verwerking na de build
- Vertakkingen filteren voor GitHub Enterprise- of externe Git-artefacten
Package
- Abonneren op meldingen over pakketupdates
- Upstream NuGet-pakketten gebruiken vanaf een andere locatie in VSTS
- Nuget.org-upstreambronnen inschakelen in meer feeds
Wiki
- Snel een koppeling maken naar andere wikipagina's met behulp van suggesties
- Zoekresultaten filteren op wikinaam
Administration
Code
Sneller zinnen en code zoeken met speciale tekens
We hebben onlangs gekeken naar manieren om zoekresultaten nauwkeuriger te maken, met name wanneer een zoekopdracht speciale tekens bevat.
In deze update zijn uw zoekopdrachten met speciale (niet-alfanumerieke) tekens waarschijnlijker om te vinden wat u zoekt. Als u bijvoorbeeld eerder naar A+B hebt gezocht, konden uw resultaten A+B, A-B, A*B, A$B, A/B, enzovoort bevatten. Nu ziet u alleen A+B in de resultaten, zonder de fout-positieven.
Zinnen worden ook beter herkend. Zo zou eerder een zoekopdracht naar new List<string>() deze gedeeltelijke overeenkomst hebben geretourneerd, zonder de >()-afsluiting.
Met deze update wordt echter de volledige zin geretourneerd en gemarkeerd.
Werk
Query's uitvoeren in de gebiedspaden van een team met de nieuwe @TeamAreas macro
In de instellingen voor een team kunt u een of meer gebiedspaden koppelen, waardoor u zich kunt richten op alleen het werk voor dat team met betrekking tot achterstanden, borden, plannenen zelfs dashboards. Als u echter een query voor een team wilde schrijven, moest u de specifieke gebiedspaden voor dat team vermelden in de queryclausules. Er is nu een nieuwe @TeamAreas macro beschikbaar om eenvoudig te verwijzen naar de gebiedspaden die eigendom zijn van het opgegeven team. Deze functie heeft prioriteit gekregen op basis van een suggestie.
Bouwen en lanceren
Het activeren van CI-builds vanuit YAML
U kunt nu de triggerinstellingen voor continue integratie (CI) definiëren als onderdeel van uw YAML-builddefinitiebestand. Wanneer u een nieuw .vsts-ci.yml bestand naar uw Git-opslagplaats pusht, wordt CI standaard automatisch geconfigureerd voor alle vertakkingen.
Als u de takken wilt beperken die u wilt activeren, voegt u het volgende toe aan uw bestand om builds te activeren bij push-acties naar master of een tak die overeenkomt met het patroon releases/*.
trigger:
- main
- releases/*
Als u de trigger wilt uitschakelen of de triggerinstellingen in de YAML-bestanden wilt overschrijven, kunt u dit doen op de definitie.
Raadpleeg de documentatie over YAML-buildtriggers voor meer informatie.
Continu blijven implementeren in Azure Database voor MySQL
U kunt nu continu implementeren in Azure Database for MySQL- - De MySQL-database van Azure als een service. Beheer uw MySQL-scriptbestanden in versiebeheer en implementeer continu als onderdeel van een release-pijplijn met behulp van een systeemeigen taak in plaats van PowerShell-scripts.
De implementatie naar Kubernetes stroomlijnen met Behulp van Helm
Helm- is een hulpprogramma dat het installeren en beheren van Kubernetes-toepassingen stroomlijnt. Het heeft in het afgelopen jaar ook veel populariteit en community-ondersteuning gekregen. Een Helm-taak in Release is nu beschikbaar voor het verpakken en implementeren van Helm-grafieken in Azure Container Service- of een ander Kubernetes-cluster.
VSTS biedt al ondersteuning voor Kubernetes- en Docker-containers. Met de toevoeging van deze Helm-taak kunt u nu een Op Helm gebaseerde CI/CD-pijplijn instellen voor het leveren van containers in een Kubernetes-cluster. Zie de documentatie Implementeren met kubernetes in Azure Container Service voor meer informatie.
Ruby on Rails-toepassingen implementeren
Een nieuwe azure App Service-releasedefinitiesjabloon bevat nu de taken die nodig zijn voor het implementeren van Ruby on Rails-toepassingen in Azure WebApp op Linux. Wanneer deze releasedefinitiesjabloon wordt gebruikt, wordt de App Service Deploy-taak vooraf ingevuld met een inline-implementatiescript waarmee bundelaar (afhankelijkheidsbeheerder) de afhankelijkheden van toepassingen installeert.
Go- en Ruby-toepassingen configureren met Azure DevOps Projects
Met Azure DevOps Projects kunt u eenvoudig aan de slag met Azure. U kunt in slechts een paar stappen een toepassing starten in de Azure-service van uw keuze. DevOps Projects stelt alles in wat u nodig hebt voor het ontwikkelen, implementeren en bewaken van uw app. U kunt nu ook een volledige DevOps-pijplijn voor Go- en Ruby-toepassingen instellen. Zie de documentatie implementeren in Azure voor meer informatie.
Continu implementeren van builds die zijn getagd door nabouwverwerking
Continue implementatietriggers maken een release als de build is voltooid. Soms worden builds echter na verwerking uitgevoerd en mag de build alleen worden vrijgegeven nadat de verwerking is voltooid. U kunt nu buildtags gebruiken die tijdens de naverwerking worden toegewezen in de triggerfilters van de release.
Vertakkingen filteren voor GitHub Enterprise- of externe Git-artefacten
Wanneer u releases maakt vanuit GitHub Enterprise of externe Git-opslagplaatsen, kunt u nu de specifieke takken configureren die worden uitgebracht. U kunt bijvoorbeeld alleen builds implementeren die afkomstig zijn van een specifieke branch naar productie.
Package
Abonneren op meldingen over pakketupdates
Voorheen was de enige manier om meer te weten te komen over nieuwe versies van pakketten die u gebruikt via uw pakketclient (zoals Visual Studio, NuGet of npm). U kunt nu e-mailmeldingen configureren over de pakketten die u belangrijk vindt. U kunt meldingen ontvangen over nieuwe versies van een specifiek pakket of van alle pakketten in een feed. U kunt ook een melding ontvangen wanneer pakketten worden gepromoveerd of verwijderd.
Als u dit wilt instellen, beweegt u de muisaanwijzer op uw profielfoto in de rechterbovenhoek, kiest u Meldingsinstellingen en klikt u vervolgens op Nieuw abonnement. Selecteer in het dialoogvenster dat wordt weergegeven de categorie Pakket .
Deze functie heeft prioriteit gekregen op basis van een suggestie.
Upstream NuGet-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 feeds met NuGet-pakketten hebt, kunt u er nu een toevoegen als een upstream-bron van de andere in hetzelfde account. Hierdoor kunt u slechts één feed in uw nuget.config-bestand hebben, wat u voordelen biedt, zoals deterministische herstelbewerking. Zie de documentatie voor upstream-bronnen voor meer informatie.
Schakel nuget.org upstream-bronnen in meer feeds in
Eerder konden alleen feeds die zijn gemaakt na de Sprint 130-update de nuget.org upstream-bron gebruiken. Nu kunnen de meeste feeds voor pakketbeheer, die zijn gemaakt vóór die update, deze ook gebruiken. Als uw feed klaar is, ziet u een banner boven uw pakketten, zodat u weet dat u de nuget.org upstream-bron kunt inschakelen.
Upstream-bronnen voor openbare pakketfeeds, zoals nuget.org en npmjs.com een opgeslagen kopie bewaren van elk pakket dat u gebruikt, zodat u beschermd bent tegen storingen. Zie de documentatie voor upstream-bronnen voor meer informatie.
Wiki
Snel een koppeling maken naar andere wikipagina's met behulp van suggesties
Wanneer u een koppeling naar een andere wikipagina wilt maken, kunt u gewoon de standaard Markdown-syntaxis typen voor het toevoegen van koppelingen [link name](/ en krijgt u een insluiting van alle pagina's in de huidige wiki. Eerder kon u op een wikipagina klikken en slepen naar de Markdown-editor om koppelingen te maken, maar dit maakt het maken van koppelingen in pagina's nog eenvoudiger.
Deze functie heeft prioriteit gekregen op basis van een suggestie.
Zoekresultaten filteren op wikinaam
Als u Markdown-bestanden publiceert vanuit een Git-opslagplaats als wiki, die we voor het laatst hebben uitgebracht, ziet u meerdere wiki's in hetzelfde project. Wanneer u zoekt, kan het lastig zijn om vergelijkbare documenten te doorlopen en te vinden wat u zoekt. Wanneer u nu naar uw wikipagina zoekt, kunt u de resultaten omlaag instellen door het wikinaamfilter toe te passen op de pagina's met zoekresultaten, zodat u uw inhoud sneller kunt vinden.
Administration
Een VSTS-account verplaatsen tussen een Azure-abonnement of resourcegroep
Nu kunt u uw VSTS-account verplaatsen tussen Azure-abonnementen of -resourcegroepen in Azure Portal, net zoals u dat kunt met de meeste andere Azure-resources. Raadpleeg de documentatie over het verplaatsen van resources voor nadere informatie.
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.
Bedankt
Henry Dixon