Comment gérer Eclipse dans un environnement multi-utilisateurs (500+) ?

Question

Comment gérer Eclipse dans un environnement multi-utilisateurs et multi-sites avec, disons, 500 développeurs ou plus ?

Le fait que chacun télécharge sa propre installation conduirait à un cauchemar en matière d'assistance et de maintenance. Forcer chacun à utiliser une installation centrale n'est pas non plus idéal et limiterait la possibilité pour les utilisateurs de télécharger des plugins.

Editar : la question n'est pas de forcer l'utilisateur à choisir Eclipse, la prémisse de la question est qu'il y a plus de 500 utilisateurs qui veulent l'utiliser comme leur IDE.

Si autant d'utilisateurs doivent gérer leurs propres installations, il y aura beaucoup de temps perdu à télécharger Eclipse et à l'installer avec les plugins nécessaires. Disons que cela prend une demi-journée pour chaque utilisateur, multiplié par 500 ou plus, cela signifie beaucoup de temps et d'argent perdus.

Answer 1

La meilleure solution sera Yoxos Ondemand Eclipse + Maven

Yoxos permet de créer des modèles d'IDE que vous pouvez distribuer ou mettre à jour.

Dans certains grands ateliers Java, ils créent leur propre édition d'Eclipse (en y ajoutant des plugins, des ajustements, etc.), la mettent à disposition sur l'intranet local et demandent d'exécuter un script pour l'installer : 1. Sun JDK, 2. Eclipse, 3. contrôle du code source, etc.

Si vous ne voulez pas vous occuper de tout cela, la meilleure option est Yoxos.

Answer 2

Pour Windows 2000 ou une version ultérieure, il semble y avoir une solution assez évidente (que j'ai testée et qui semble fonctionner avec plus de 2 utilisateurs, du moins en douceur).

Modifiez le fichier de configuration de votre installation d'Eclipse afin que chaque utilisateur ait sa propre option de configuration stockée dans son profil d'utilisateur.

1. Fichier le fichier de configuration d'Eclipse à l'adresse \configuration\config.ini.

2. Ajouter/remplacer les 3 lignes suivantes :

   osgi.configuration.area=@user.home/Local Settings/Application Data/Eclipse/configuration osgi.sharedConfiguration.area=/configuration osgi.configuration.cascaded=true

Note : Je m'inspire sans vergogne d'une réponse fournie à l'adresse suivante https://jeremystein.com/brain/eclipse-with-multiple-users/ de Jeremy Stein (que j'ai moi-même testé sur une machine Windows Server 2008).

Answer 3

Il existe des moyens d'installer Eclipse dans un environnement partagé afin que les plugins proviennent d'un seul endroit et soient verrouillés, mais l'espace de travail/les préférences sont propres à chaque utilisateur. Je ne l'ai jamais fait, donc vérifiez la documentation pour plus de détails.

Mais je dirais que laisser les gens prendre en charge leur propre destin en matière d'IDE est une bonne solution, et les juger sur le code qu'ils écrivent/commettent plutôt que de les forcer à travailler avec un IDE particulier, etc.

A mon travail, nous avons des gens qui utilisent Eclipse, IDEA et Emacs ( !!!) sur le même projet sans aucun problème. Certains utilisent Eclipse 3.5, d'autres Eclipse 3.6, il y a plusieurs versions différentes d'IDEA. Nous laissons les gens se débrouiller avec leur propre IDE - tant qu'ils écrivent du bon code.

Answer 4

J'utiliserais ant pour la compilation, la construction, la génération de Javadoc et la vérification de la clarté du code.

Si vous avez plus de 500 développeurs, chacun devrait utiliser un référentiel, qu'il soit CSV ou VSN, en utilisant un client adapté à sa machine.

Ne pensez même pas à démanteler Eclipse en tant qu'environnement de développement, certaines personnes peuvent préférer netbeans, notepad++ ou autre et vous pouvez avoir du mal à démanteler un IDE commun.

Les faire télécharger des fichiers avec des règles pour empêcher le téléchargement de mauvais fichiers (fichiers dépendants du projet Eclipse par exemple).

Voir aussi.