Dependably Packages · Maven

Un dépôt Maven privé pour Maven et Gradle

Une seule URL de dépôt pour Maven et Gradle. Les artefacts de Central passent par un cache mandataire qui vérifie chaque somme de contrôle; vos propres artefacts se publient avec un jeton; la porte de politique décide de ce qui atteint un build.

Maven · Gradle

Pointez Maven vers votre registre

Le dépôt va dans le projet; le jeton reste dans votre fichier de paramètres utilisateur, jamais dans le dépôt. Un miroir global fait passer chaque dépendance par lui.

Les espaces réservés sont votre URL de base et un jeton créé dans l'interface Web. Le guide couvre les mêmes étapes pour un seul projet, le HTTP simple, la vérification du changement et son annulation.

xml · repo.example.com
<!-- pom.xml -->
<repositories>
  <repository>
    <id>dependably</id>
    <url>https://repo.example.com/maven/</url>
  </repository>
</repositories>

<!-- ~/.m2/settings.xml: the token stays out of the project -->
<servers>
  <server>
    <id>dependably</id>
    <username>user</username>
    <password><your token></password>
  </server>
</servers>

Ce qui arrive à chaque récupération

Le client voit un registre. Derrière, Dependably Packages met en attente chaque artefact amont et refuse ceux qui échouent à une vérification que vous avez configurée.

  • La somme de contrôle est vérifiée contre l'empreinte publiée en amont avant que l'artefact ne soit stocké.
  • La version est confrontée à OSV, et la porte de politique peut refuser selon la licence, la gravité, le catalogue CISA KEV, l'EPSS, les scripts d'installation ou l'âge de la version.
  • Un nom réservé par votre organisation ne peut pas être usurpé en amont et résolu dans vos builds.
  • Chaque refus est inscrit au journal d'audit avec le volet qui l'a refusé, pour qu'un 403 en CI soit expliqué dans l'interface Web.

Vérifier, publier, revenir en arrière

Le guide Maven se poursuit avec une étape de vérification, la publication de vos propres paquets et l'annulation de la configuration au besoin.