Qu'est-ce que vous utilisez pour mettre en scène / déploiement des serveurs artefacts?

Question

Je pense à écrire mon propre serveur de stockage de libération et avant que je le faire, je voudrais savoir ce que les gens utilisent pour voir l'intégration au lieu de créer.

Alors qu'est-ce que vous utilisez pour stocker vos builds pour l'accès interne?

Je cherche une application web qui me permet de télécharger des artefacts et les référencer par différentes balises afin que je puisse les regrouper par composant ou mainlevée. Je veux aussi des contrôles d'accès par la construction par la préparation ou la promotion.

Je définis la mise en scène comme placer des objets construits sur un serveur pour les communautés d'utilisateurs d'accéder à . Les artefacts sont généralement des fichiers zip contenant soit des applications ou des bibliothèques + documentation. Les communautés d'utilisateurs sont les développeurs, l'assurance qualité et de livraison / opérations de service. En fait, les créateurs, les contrôleurs et-utilisateurs externes.

Nous divulguons des objets individuellement et en tant que groupes dans un véhicule de libération (par exemple, la version 1.1 contient foo 1.0.1 et 1.0.7 bar). En fonction de l'artefact, on peut vouloir restreindre l'accès. Les opérations ne devraient pas être en mesure d'accéder construit avant libéré et nous pouvons vouloir suivre qui télécharge une version de disponibilité limitée.

Alors, je suis l'espoir de trouver un outil qui fait l'essentiel de ce que je veux avec une bonne conception extensible pour que je puisse ajouter à ce que je n'ai pas.

Tout savoir d'un bon outil pour gérer les builds post-construction?

Les exemples pourraient être:

• QuickBuild / Lunt build
• forge Team
• construire forge
• Jira & confluence comme un ensemble
• lien sonatype
• Home Grown
• dépôt SVN en utilisant la ramification de promouvoir construit à partir dev-> Qa-> GA

Answer 1

Pierre,

Puisque vous n'êtes pas obtenir de réponses, je vais vous informer AnthillPro dont développeur, Urbancode , je travaille.

Ok, non-responsabilité sur le chemin, AnthillPro est conçu pour servir exactement le large public que vous discutez - dev, dames et des opérations. Par rapport aux outils dont vous avez la liste, AnthillPro est quelque chose comme un BuildForge (un concurrent clé de la nôtre) ou la construction rapide avec un dépôt d'artefact étroitement intégré (comme lien). Ainsi, les builds sont exécutés, et vous pouvez consulter les résultats de votre builds - et les artefacts de construction - dans une belle interface Web. Les utilisateurs disposant d'autorisations correctes peuvent exécuter un processus secondaire comme un déploiement ou un test contre avant construit -. Et les objets de la construction sélectionnée

Le but est de gérer le cycle de vie de la construction de la création, grâce à divers outils de tests et environnements de déploiement à travers la libération à la production. Ce n'est pas une grande suite méchant, au contraire, nous intégrons avec des outils comme Subversion et Jira pour vous assurer que chaque version a un manifeste des changements de billets source et problèmes.

Vos paquets de libération tracerait bien AnthillPro construit dans le système de dépendance. Nous voyons souvent les clients à créer des projets virtuels qui prennent peu ou pas de code source, mais au lieu soit se rapporter ou des composants de paquet en un faisceau de sortie.

Où AnthillPro peut tomber à court pour vous est que généralement, nous permettre des opérations de voir préversion construit. Cependant, vous pouvez ajouter des règles qui immédiatement échouer / bloquer une tentative de releaes par les opérations de toute construction non marqués comme « pré-version ». Le système de AnthillPro des statuts permet à l'équipe de marquer une construction avec des marqueurs personnalisés comme, « En QA » ou « Approuvé pour la libération ». Combiné avec les règles sur les flux de travail en cours d'exécution, qui devrait vous donner le contrôle dont vous avez besoin. Si certains projets sont particulièrement sensibles, vous souhaitez simplement utiliser le rôle de sécurité en fonction de bloquer ceux qui sont loin.

L'espoir que vous donne quelque chose à examiner.

- Eric

Answer 2

Mes options sont

systèmes d'automatisation de construction comme AntHill, QuickBuild, TeamForge, BuildForge

• serveur de fichiers
• serveur de contrôle de code source
• gestionnaire de repository (nexus, archiva)

Mes objectifs sont

• construction de groupe multi-critères (Type d'artefact, véhicule de libération, étape / phase)
• promouvoir la construction de dev -> qa -> publié
• fournir un contrôle d'accès dev construit, construit qa prêt, prêt pour la production construit

Je vais me concentrer sur le contrôle soit source en tant que serveur de fichiers (en utilisant svn) ou prises en pension maven gestionnaire en tant que serveur de fichiers en utilisant nexus. Le rationnel est comme suit:

• minimiser l'effort
• minimiser le coût
• utiliser quelque chose que je peux facilement étendre au besoin pour (parce que je suis certain que mes besoins changeront).
• maven utilisation est en croissance et finira par être la technologie dominante de construire ici.

Merci pour l'information.