web-dev-qa-db-fra.com

Recommandez Build Manager Repository Artifact Manager

Actuellement, nous utilisons FTP pour gérer la distribution des artefacts de construction et les produits tiers (à usage interne uniquement).

Les artefacts sont: docs (HTML/pdf/chm/...), libs (.dll/.so/.so/.jar/...), programmes (.exe/.jar/...) et tout le reste. Ils ne sont pas limités à Java/.NET et peuvent provenir de différentes cultures (micrologiciels, pilotes, stations de travail/mobiles, interfaces graphiques, Win/Linux/Mac/Solaris/AIX, etc.).

Pour orginize hierarhy nous utilisons de tels chemins:

 ftp: // 3pp/VENDOR/PRODUIT/VERSION/... 
 ftp: //3pp/opensource/PACKAGE-xxxtar.bz2 
 ftp: // dist/VERSION DE PRODUIT/...

Pour conserver la description des artefacts, nous utilisonsREADMEetCHANGEfichiers de test simples (reStructuredText).

Que manque-t-il dans ce schéma?

  • Autorisations manquantes (n'importe qui peut endommager le stockage).
  • Suivi des dépendances manquant (le fichier de construction every doit donc être mis à jour si la dépendance de la version est modifiée).
  • Activité de récupération manquante (certains fichiers ne semblent plus nécessaires, mais nous ne savons pas lesquels).

Je ne cherche pas profondément les solutions existantes. Certains gestionnaires de paquets comme rpm/dpkg, ont entendu parler de Maven repo, etc.

S'il vous plaît, recommandez Build Manifact Repository Managers. En outre, il est bon d’entendre les inconvénients et les restrictions.

UPDATE

repositoryartifacts
22
gavenkoa

Vous créez un référentiel d'artefacts logiciels personnalisés. Trois projets open source le font déjà:

Artifactory et Nexus ont également des versions payantes.

Vous pouvez stocker n'importe quel type de fichier dans ces référentiels, sans avoir à utiliser Maven. Vous pouvez déployer manuellement des artefacts sur eux. Vous pouvez configurer un contrôle d'accès détaillé. Ils s'intègrent bien avec les outils de construction automatisés.

Je pense que l'utilisation de l'un de ces outils vous épargnerait beaucoup d'efforts!

Ici est une matrice de comparaison assez impartiale (pilotée par la communauté) entre les trois.

47
M. Dudley

Avec SVN + Apache (mod_dav_svn.so, mod_authz_svn.so), il semble que je reçoive:

  • Accès en lecture seule anonyme via le protocole HTTP avec une large gamme de clients pris en charge pour le téléchargement (Wget/curl from GNU Make, tâche pour Apache Ant).

  • Accès en écriture facile à maintenir pour les utilisateurs/groupes (syntaxe facile):

     [repo:/chemin] 
 utilisateur = rw

    par utilité cadavre.

  • Intégration avec LDAP.

  • Historique des rejets (quand, quoi et qui).
  • Fonctionnement atomique (éviter les versions simultanées et annuler les erreurs).
0
gavenkoa