2010-03-01 5 views
0

La plupart des artefacts de projet (temps de construction, bibliothèques d'exécution) nécessaires à notre environnement de développement sont gérés dynamiquement via des dépendances maven. Mais il existe d'autres programmes qui doivent être utilisés pour tous les comptes développeurs avant de pouvoir utiliser le système de manière fiable (par exemple JDK, Ant, svn client ou tortoise svn, eclipse, maven, jboss appserver ...)environnement de développement Java

Y at-il un façon d'automatiser cela, de sorte que vous pouvez obtenir le développeur rapidement à la vitesse de l'environnement de développement. Comment un endroit où vous stockez de tels artefacts (actuellement, nous pointons vers un serveur http pour télécharger ces artefacts, mais c'est assez lourd sur une période de temps), quelles autres options existent ici.

EDIT 1:

  1. Certains des outils ne font pas des modifications au Registre, principalement vous décompressez et exécutez (par exemple ANT, JBoss, ...).
  2. Certains outils disent que Tortoise SVN est pénible car vous devez les installer via leur programme d'installation. Si le fournisseur commence à pousser ses changements de delta, il n'y a pas de moyen clair de pousser ces changements sur toutes les machines de développement)
+0

Cette question serait-elle mieux traitée dans http://serverfault.com/, car il semble que ce soit un scénario de déploiement commun auquel tout le monde doit faire face. – Mike

+0

réponse est assez pauvre pour les questions postées sur serverfault.com. Quelle est la procédure correcte pour déplacer une question vers serverfault.com OU sommes-nous censés recréer la question? – Joe

Répondre

1

Nous utilisons des machines virtuelles avec Ubuntu Linux depuis maintenant un an, pour faire exactement ce que vous voulez. Je suis en train de décrire. De cette façon, la seule chose que le développeur a besoin de faire est de lancer une machine virtuelle avec tout le matériel nécessaire.

Il y a un peu de pénalité de performance, mais vous pouvez parfaitement travailler avec.

+0

La plupart de nos machines de développement sont actuellement basées sur Windows et je ne vire pas vers une image virtuelle qui peut être utilisée par le serveur. développeur, la raison étant la plupart du temps les outils nécessaires pour le projet ne cesse de changer et il n'y a aucun moyen de garder cette synchronisation sur toutes les machines (par exemple, jboss passe de 5.0.0 à 5.1.0 ou une version de correctif) – Joe

0

La solution la plus simple serait de préparer une image disque pour l'ensemble de la machine qui contiendrait tous ces outils. Mais ce n'est pas une option «modulaire» car elle dicte également le système d'exploitation.

La meilleure solution serait 1 grande archive contenant tous les outils nécessaires. Le problème avec cette option sont les fichiers qui seraient manquants en raison de ne pas installer les outils correctement (comme les extensions svn shell qui sont définies dans le registre de Windows).

Malheureusement, il n'existe pas de méthode commune pour faire tout cela. C'est un processus extrêmement pénible pour tout configurer, m'a pris environ 4 heures pour installer mon poste de travail actuel (eclipse, svn, maven, ..)

Mais cela pourrait être pire: Imaginez que vous utilisiez MS Visual Studio avec MS Sql Serveur. Leurs scripts d'installation prennent un temps d'installation HORRIBLE. Service Pack 1 pour VS a pris 90 minutes à installer.

+0

Je préférerais une solution qui est en quelque sorte pilotée via votre système SCM, de sorte que vous fassiez vos mises à jour aux images là et par la suite tous les développeurs peuvent ramasser ces changements – Joe

0

Une des options est de créer une image système mais elle a aussi ses inconvénients. Notre service de support technique a essayé cette option mais a rapidement découvert que certains des outils installés sur la machine utilisée pour créer l'image système stockaient des informations utilisateur/licence lors de l'installation. Lorsque l'image a été restaurée sur un tout nouveau système, des collisions de permis ont été signalées.

+0

la plupart des logiciels que nous utilisons sont ouverts source et donc je ne suis pas trop inquiet des problèmes de licence pour le moment. – Joe

Questions connexes