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 het vasthouden van pakketten die nog in ontwikkeling zijn en/of niet aan een bepaalde kwaliteitsstandaard voldoen.
Standaardweergave
Alle artefactenfeeds hebben 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. U kunt de standaardweergave bij je Feedinstellingen wijzigen>Views, echter wordt direct publiceren naar die weergave daarmee niet ingeschakeld. Pakketten kunnen alleen worden gepubliceerd naar de basisfeed, waar ze beschikbaar zijn in de @Local weergave.
De weergave @local bevat alle pakketten die rechtstreeks naar de feed zijn gepubliceerd en alle pakketten opgeslagen vanuit upstream-bronnen.
Feedweergaven zijn alleen voor lezen, wat betekent dat gebruikers die verbonden zijn met een weergave alleen pakketten kunnen gebruiken die naar die weergave zijn gepubliceerd en/of pakketten die eerder uit upstream-bronnen zijn opgeslagen. 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 upstream-bron kunnen gebruiken, moet u de zichtbaarheid van uw feed instellen op leden van uw organisatieof 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 verandering hebben beide betrekking op de verandering zelf, dat wil zeggen, wat u van plan bent te doen, ze zijn beide bekend vanaf het begin van het werk. 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 -notatie (SemVer) 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 uiteengezet en gepackaged. 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 manier om de kwaliteit van uw wijzigingen over te brengen. Met behulp van de @Release weergave kunt u pakketten delen die voldoen aan uw kwaliteitsbalk, zodat uw consumenten alleen de subset kunnen zien van pakketversies die zijn getest, gevalideerd en klaar zijn om te worden gebruikt.
