Wat zijn feedweergaven?
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Met feedweergaven kunnen ontwikkelaars een subset van pakketversies delen met hun consumenten. Een veelvoorkomend gebruik van feedweergaven is het delen van pakketversies die zijn getest en gevalideerd, maar die nog steeds in ontwikkeling zijn en/of die niet aan een bepaalde kwaliteitsbalk voldoen.
Standaardweergave
Alle artefactenfeeds worden geleverd met drie weergaven: @local, @prereleaseen @release. De laatste twee zijn voorgestelde weergaven die u naar wens kunt wijzigen of verwijderen. @local is de standaardweergave die vaak wordt gebruikt in upstream-bronnen.
De @local weergave bevat alle pakketten die rechtstreeks naar de feed worden gepubliceerd en alle pakketten die zijn opgeslagen vanuit upstream-bronnen.
Feedweergaven zijn alleen-lezen, wat betekent dat gebruikers die zijn verbonden met een weergave alleen pakketten kunnen gebruiken die zijn gepubliceerd naar die weergave en/of pakketten die eerder zijn opgeslagen vanuit upstream-bronnen. Zie pakketgrafieken voor meer informatie over hoe beschikbare pakketten worden samengesteld.
Notitie
Azure Artifacts biedt alleen ondersteuning voor het publiceren en herstellen van pakketten van en naar de standaardweergave: @Local.
Feedweergaven en upstream-bronnen
Feedweergaven en upstream-bronnen zijn ontworpen om samen te werken om een oplossing op ondernemingsniveau te bieden voor het delen en gebruiken van pakketten. Als u wilt dat andere Azure Artifacts-feeds uw feed als een upstream-bron kunnen gebruiken, moet u de zichtbaarheid van uw feed instellen op leden van uw organisatie of leden van uw Microsoft Entra-id, afhankelijk van uw scenario. Als u de laatste kiest, hebben alle personen in uw organisatie toegang tot uw feed. Bovendien kunnen alle feeds in uw organisatie en andere organisaties die zijn gekoppeld aan dezelfde Microsoft Entra-tenant, upstream naar uw feed gaan.
Notitie
Alle feedweergaven in een openbaar project zijn toegankelijk voor iedereen op internet.
Releasepakketten met feedweergaven
Bij het maken van releasepakketten is het belangrijk om drie stukjes informatie over te brengen: de aard van de wijziging, het risico van de wijziging en de kwaliteit van de wijziging.
Aard en risico van de wijziging
De aard en het risico van de wijziging hebben beide betrekking op de wijziging zelf. Als u nieuwe functies introduceert, updates maakt voor bestaande functies of bugs patcht; dit is de aard van uw verandering. Als u nog steeds wijzigingen aanbrengt in het API-gedeelte van uw toepassing; dit is een facet van het risico van uw wijziging. Veel NuGet-gebruikers gebruiken Semantic Versioning (SemVer) notatie om deze twee stukjes informatie over te brengen. SemVer is een veelgebruikte standaard en doet een goede taak om dit type informatie te communiceren.
Kwaliteit van de wijziging
De kwaliteit van de wijziging is pas algemeen bekend als het validatieproces is voltooid. Dit komt nadat uw wijziging is gebouwd en verpakt. Vanwege deze details is het niet haalbaar om de kwaliteit van de wijziging in het numerieke segment van het versienummer (bijvoorbeeld 1.2.3) te communiceren. Er zijn tijdelijke oplossingen om vooraf te valideren (bijvoorbeeld de DLL's van de build rechtstreeks gebruiken voordat ze worden verpakt en gepubliceerd naar een 'foutopsporing' of 'CI'-omgeving, valideer en publiceer deze pakketten opnieuw in een releaseomgeving), maar niemand die we hebben gezien, kan echt garanderen dat het ingebouwde pakket voldoet aan de juiste kwaliteitsstandaard.
U kunt de @Release weergave gebruiken als een middel om de kwaliteit van uw wijzigingen over te brengen. Met behulp van de @Release weergave kunt u pakketten delen die voldoen aan uw kwaliteitsbalk en uw consumenten toestaan alleen de subset te zien van pakketversies die zijn getest, gevalideerd en klaar zijn om te worden gebruikt.
