Azure Artifacts vereenvoudigt de integratie met andere services

Met deze update hebben we het eenvoudiger gemaakt om Azure Artifacts te verifiëren met andere populaire pakketbeheerders. Meer informatie over de daadwerkelijke implementatie hieronder.

Functies

Azure Boards

• Filter Bovenliggend werkitem toevoegen aan taak- en backlogbord voor Sprint
• De foutafhandelingservaring verbeteren– vereiste velden voor fout/taak

Azure-pipelines

• Preview-versie van schaalsetagents
• Ubuntu 20.04 als preview-versie beschikbaar voor gehoste pools van Azure Pipelines
• Ondersteuning voor GitHub-pakketten in YAML-pijplijnen

Azure Artifacts

• Meldingen voor uitgeschakelde upstream-bronnen
• Licentie-expressies en ingesloten licenties
• Lichtgewicht verificatietaken

Azure Boards

Filter Bovenliggend werkitem toevoegen aan taak- en backlogbord voor Sprint

We hebben een nieuw filter toegevoegd aan zowel het Sprint-bord als de sprintachterstand. Hiermee kunt u achterstandsitems op vereistenniveau filteren (eerste kolom aan de linkerkant) door hun bovenliggende item. In de onderstaande schermopname hebben we de weergave bijvoorbeeld gefilterd om alleen gebruikersverhalen weer te geven waarin het bovenliggende item 'Mijn grote functie' is.

De foutafhandelingservaring verbeteren– vereiste velden voor fout/taak

In het verleden, van het Kanban-bord, als u een werkitem van de ene kolom naar een andere verplaatst waar de statuswijziging veldregels heeft geactiveerd, zou de kaart alleen een rood foutbericht weergeven waardoor u het werkitem opent om de hoofdoorzaak te begrijpen. In sprint 170 hebben we de ervaring verbeterd, zodat u nu op het rode foutbericht kunt klikken om de details van de fout te zien zonder dat u het werkitem zelf hoeft te openen.

Azure-pipelines

Preview-versie van schaalsetagents

We bekijken een voorbeeld van een nieuwe functie genaamd schaalsetagents die het gemak en de elastische capaciteit van de door Microsoft gehoste agents paren met de controle en flexibiliteit van zelf-hostende agents. Met deze preview kunt u nu agents beheren naar uw specificatie, volledig geautomatiseerd, in uw Azure-abonnement. U kunt overwegen om schaalsetagents te gebruiken in plaats van door Microsoft gehoste of zelf-hostende agents wanneer u:

• meer geheugen, meer processor, meer opslag of meer I/O nodig hebben dan wat we bieden in systeemeigen door Microsoft gehoste agents
• geen lijst met een groot aantal IP-adressen binnen uw bedrijfsfirewall toestaan om door Microsoft gehoste agents in staat te stellen te communiceren met uw servers
• meer door Microsoft gehoste agents nodig hebben dan we kunnen bieden om te voldoen aan uw grootschalige behoeften
• de mogelijkheid nodig om door Microsoft gehoste parallelle taken te partitioneren naar afzonderlijke projecten of teams in uw organisatie
• willen geen toegewezen agents rond de klok uitvoeren, maar in plaats daarvan de inrichting van agentmachines ongedaan maken die niet actief worden gebruikt

Als u schaalsetagents wilt gebruiken, maakt u eerst een VM-schaalset in uw Azure-abonnement en maakt u vervolgens een agentgroep in Azure Pipelines om naar die schaalset te verwijzen. Met Azure Pipelines wordt deze pool automatisch geschaald op basis van het aantal in behandeling zijnde taken en het aantal niet-actieve machines dat u altijd wilt onderhouden. Azure Pipelines installeert ook de agent voor u op deze virtuele machines. Zie de agents voor schaalsets voor meer informatie. Als u een voorbeeld van de functie bekijkt, neemt u uw feedback op de documentatiepagina op.

Ubuntu 20.04 als preview-versie beschikbaar voor gehoste pools van Azure Pipelines

De Ubuntu 20.04-installatiekopie is nu beschikbaar in preview voor gehoste Azure Pipelines-pools. Als u deze installatiekopie wilt gebruiken, werkt u uw YAML-bestand bij met vmImage: 'ubuntu-20.04'. Let op: het ubuntu-meest recente installatiekopielabel blijft verwijzen naar ubuntu-18.04 totdat ubuntu-20.04 later dit jaar uit de preview-versie komt.

Houd er rekening mee dat omdat de ubuntu 20.04-installatiekopie in preview is, momenteel niet alle hulpprogramma's ondersteunt die beschikbaar zijn in ubuntu-18.04. Meer informatie

Ondersteuning voor GitHub-pakketten in YAML-pijplijnen

We hebben onlangs een nieuw resourcetype geïntroduceerd met de naam pakketten waarmee ondersteuning wordt toegevoegd voor het verbruik van NuGet - en NPM-pakketten van GitHub als een resource in YAML-pijplijnen. Als onderdeel van deze resource kunt u nu het pakkettype (NuGet of npm) opgeven dat u wilt gebruiken vanuit GitHub. U kunt ook geautomatiseerde pijplijntriggers inschakelen bij de release van een nieuwe pakketversie. Momenteel is de ondersteuning alleen beschikbaar voor het verbruik van pakketten van GitHub, maar we zijn van plan om de ondersteuning uit te breiden voor het verbruik van pakketten uit andere pakketopslagplaatsen, zoals NuGet, npm, AzureArtifacts en nog veel meer. Raadpleeg het onderstaande voorbeeld voor meer informatie:

resources:
  packages:
    - package: myPackageAlias # alias for the package resource
      type: Npm # type of the package NuGet/npm
      connection: GitHubConn # GitHub service connection of type PAT
      name: nugetTest/nodeapp # <Repository>/<Name of the package>
      version: 1.0.9 # Version of the package to consume; Optional; Defaults to latest
      trigger: true # To enable automated triggers (true/false); Optional; Defaults to no triggers

Opmerking: GitHub-pakketten ondersteunen momenteel alleen verificatie op basis van PAT, wat betekent dat de GitHub-serviceverbinding in de pakketresource van het type PAT moet zijn. Zodra deze beperking is opgeheven, bieden we ondersteuning voor andere typen verificatie.

Pakketten worden standaard niet automatisch gedownload in uw taken. Daarom hebben we een getPackage-macro geïntroduceerd waarmee u het pakket kunt gebruiken dat in de resource is gedefinieerd. Raadpleeg het onderstaande voorbeeld voor meer informatie:

- job: job1
  pool: default
  steps:
    - getPackage: myPackageAlias # Alias of the package resource

Azure Artifacts

Meldingen voor uitgeschakelde upstream-bronnen

De webinterface van Azure Artifacts meldt u nu wanneer een of meer upstream-bronnen van uw feed niet werken. Met upstream-bronnen kunt u een feed (Feed A) naar een andere feed (Feed B) laten wijzen en consumenten van Feed A toegang geven tot pakketten van Feed B zonder dat u er rechtstreeks verbinding mee hoeft te maken. Raadpleeg de documentatie van Azure Artifacts voor meer informatie over upstream-bronnen. Upstream-bronnen werken mogelijk niet als ze zijn uitgeschakeld bij de bron, bijvoorbeeld als Feed B op de achtergrond wordt verwijderd, kunnen klanten er geen pakketten van ophalen via Feed A. In het verleden kan deze situatie zich zonder waarschuwing voordoen en kan dit leiden tot moeilijk te diagnosticeren operationele problemen, zoals plotselinge build-einden vanwege ontbrekende afhankelijkheden (d.w.z. pakketten die afkomstig zijn van Feed B in het bovenstaande voorbeeld). Azure Artifacts geeft u nu een waarschuwing wanneer er problemen zijn met upstream-bronnen van uw feeds. Wanneer er een probleem optreedt, ziet u een banner (rode pijl eronder) op de detailpagina van de Azure Artifacts-feed.

Als u op de koppeling in de banner klikt, wordt een pagina geopend met de status van elke upstream-bron van uw feed. Naast informatie over elke upstream-bron voor de huidige feed, ziet u de huidige status onder de kolom Laatst gesynchroniseerd. Upstream-bronnen die goed werken, geven een groen vinkje weer met de laatste keer dat de status van de bron is geverifieerd. Bij upstream-bronnen die zijn verbroken, wordt een rode X weergegeven, samen met de tijd waarop deze is gecontroleerd. Bij upstream-bronnen die verificatie in behandeling zijn, wordt een blauw informatiepictogram weergegeven.

Wanneer u op de laatste synchronisatietijd voor een verbroken upstream-bron klikt, wordt in een dialoogvenster meer informatie geopend over de hoofdoorzaak van het probleem (indien beschikbaar). In de onderstaande afbeelding werkt de upstream-bron in kwestie bijvoorbeeld niet omdat de doelfeed is verwijderd. Het dialoogvenster bevat ook een koppeling naar het auditlogboek, zodat u weet wie onlangs relevante wijzigingen heeft aangebracht. Koppelingen naar de machtigingsinstellingen en de documentatie van Azure Artifacts kunnen ook worden gebruikt om de hoofdoorzaak te onderzoeken.

Licentie-expressies en ingesloten licenties

U ziet nu de details van licentiegegevens voor NuGet-pakketten die zijn opgeslagen in Azure Artifacts tijdens het bladeren door pakketten in Visual Studio. Dit geldt voor licenties die worden weergegeven met behulp van licentie-expressies of ingesloten licenties. U ziet nu een koppeling naar de licentiegegevens op de pagina met details van het Visual Studio-pakket (rode pijl in de onderstaande afbeelding).

Als u op de koppeling klikt, gaat u naar een webpagina waar u de details van de licentie kunt bekijken. Deze ervaring is hetzelfde voor zowel licentie-expressies als ingesloten licenties, zodat u licentiegegevens kunt zien voor pakketten die zijn opgeslagen in Azure Artifacts op één plaats (voor pakketten die licentiegegevens opgeven en worden ondersteund door Visual Studio).

Lichtgewicht verificatietaken

U kunt nu verifiëren met populaire pakketbeheerders van Azure Pipelines met behulp van lichtgewicht verificatietaken. Dit omvat NuGet, npm, PIP, Twine en Maven. Voorheen kon u zich verifiëren bij deze pakketbeheerders met behulp van taken die een grote hoeveelheid functionaliteit bieden, waaronder de mogelijkheid om pakketten te publiceren en te downloaden. Dit vereist echter het gebruik van deze taken voor alle activiteiten die interactie hebben met de pakketbeheerders. Als u uw eigen scripts had om taken uit te voeren, zoals het publiceren of downloaden van pakketten, zou u deze niet in uw pijplijn kunnen gebruiken. Nu kunt u scripts van uw eigen ontwerp in uw pijplijn YAML gebruiken en verificatie uitvoeren met deze nieuwe lichtgewicht taken. Een voorbeeld van npm:

Het gebruik van de opdracht CI en Publiceren in deze afbeelding is willekeurig. U kunt alle opdrachten gebruiken die worden ondersteund door Azure Pipelines YAML. Hierdoor hebt u volledige controle over het aanroepen van opdrachten en kunt u eenvoudig gedeelde scripts gebruiken in uw pijplijnconfiguratie. Zie de documentatie voor NuGet-, NPM-, PIP-, Twine- en Maven-verificatietaken voor meer informatie.

Volgende stappen

Notitie

Deze functies worden de komende twee tot drie weken uitgerold.

Ga naar Azure DevOps en kijk eens.

naar Azure DevOps gaan

Feedback geven

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

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

Met vriendelijke groet,

Aaron Hallberg