Partager via

Hébergement de vos propres flux NuGet

  • Article

Au lieu de rendre les packages accessibles publiquement, vous souhaiterez peut-être publier des packages à un public limité, tel que votre organisation ou votre groupe de travail. En outre, certaines entreprises peuvent vouloir restreindre les bibliothèques tierces que leurs développeurs peuvent utiliser, et donc diriger ces développeurs à tirer parti d’une source de package limitée plutôt que de nuget.org.

Pour toutes ces raisons, NuGet prend en charge la configuration de sources de package privé de la manière suivante :

  • Flux local : les packages sont simplement placés sur un partage de fichiers réseau approprié, idéalement en utilisant nuget init et nuget add pour créer une structure de dossiers hiérarchique (NuGet 3.3+). Pour plus d’informations, consultez flux locaux.
  • NuGet.Server : les packages sont mis à disposition via un serveur HTTP local. Pour plus d’informations, consultez NuGet.Server .
  • NuGet Gallery : les packages sont hébergés sur un serveur Internet à l’aide du projet de galerie NuGet (github.com). NuGet Gallery fournit une gestion des utilisateurs et des fonctionnalités telles qu’une interface utilisateur web étendue qui permet de rechercher et d’explorer des packages à partir du navigateur, comme nuget.org.

Il existe également plusieurs autres produits d’hébergement NuGet tels que Azure Artifacts et Registre de packages GitHub qui prennent en charge les flux privés distants. Voici une liste de ces produits :

  • Artifactory à partir de JFrog.
  • Azure Artifacts, qui est également disponible sur Team Foundation Server 2017 et versions ultérieures.
  • BaGet, une implémentation open source du serveur NuGet V3 basée sur ASP.NET Core
  • BaGetter, un fork open source et développé par la communauté de BaGet
  • Bytesafe un package entièrement managé et une plateforme de sécurité de la chaîne d’approvisionnement
  • Cloudsmith, un SaaS de gestion des paquets entièrement géré.
  • Feedz.io une gestion de package entièrement managée SaaS
  • Gitea, un service Git open source auto-hébergé prend en charge NuGet en tant que registre de packages
  • registre de packages GitHub
  • Registre des Packages GitLab
  • JetBrains Space
  • LiGet , une implémentation open source du serveur NuGet V2 qui s’exécute sur kestrel dans Docker
  • MyGet
  • Nexus Repository OSS de Sonatype.
  • serveur NuGet (Open Source), une implémentation open source similaire au serveur NuGet d’Inedo
  • NuGet Server , un projet de communauté d’Inedo
  • ProGet d’Inedo
  • Sleet , un générateur de flux statique NuGet V3 open source
  • TeamCity de JetBrains.
  • RepoFlow, une plateforme de gestion de package simple et facile à utiliser.

Quelle que soit la façon dont les packages sont hébergés, vous y accédez en les ajoutant à la liste des sources disponibles dans NuGet.Config. Cette opération peut être effectuée dans Visual Studio, comme décrit dans sources de package, ou à partir de la ligne de commande à l’aide de nuget sources. Le chemin d’accès à une source peut être un nom de chemin d’accès de dossier local, un nom de réseau ou une URL.