web-dev-qa-db-fra.com

Comment partager la configuration Eclipse sur différents espaces de travail

J'utilise Eclipse (PDT) comme principal IDE sur différentes machines. (comme à la maison, sur un ordinateur portable, au bureau, etc.). Comment partager de manière pragmatique la configuration d'Eclipse et du projet entre plusieurs ordinateurs? Devrais-je les contrôler par la version ou existe-t-il un moyen plus simple de le faire?

Comment vous assurez-vous d'utiliser le même bon et le même, même si tous les ordinateurs sont à jour?

eclipseconfigurationeclipse-pdt
116
erenon

Vous pouvez en réalité définir de nombreux paramètres spécifiques au projet qui peuvent être archivés dans le contrôle de source. Pour les petits projets, cela fonctionne vraiment bien. Pour les projets plus importants, nous avons décidé d'utiliser un fichier unique que nous avons utilisé pour tous nos projets. Nous avons ensuite intégré un projet "actifs" distinct qui conserve les éléments nécessaires aux développeurs pour qu'ils puissent commencer à travailler sur notre projet. Cela comprenait aussi des choses comme les licences et autres fichiers requis.

7
Topher Fangio

Partage des paramètres spécifiques à Eclipse sur plusieurs espaces de travail :

  1. Aller au ${old_workspace}/.metadata/.plugins/org.Eclipse.core.runtime/.settings
  2. Copiez tout le contenu du répertoire ci-dessus dans ${new_workspace}/.metadata/.plugins/org.Eclipse.core.runtime/.settings

Cela va vous assurer que le ${new_workspace} a la même configuration que le ${old_workspace}

J'espère que cela t'aides. Mettre à jour en cas de problème.

163
peakit

Une autre option est l'exportation/importation:

  1. File->Export...->General->Preferences dans votre espace de travail existant, cochez Exporter tout et choisissez le fichier dans lequel vous souhaitez l'enregistrer (prefs.epf par exemple)
  2. Démarrez Eclipse dans un nouvel espace de travail, File->Import...->General->Preferences, choisissez votre fichier (prefs.epf), cochez Importer tous

Cela a très bien fonctionné pour l'auteur original de cette astuce: il avait importé ses préférences de formatage, de style, de svn repos.

Edit: Sur Eclipse Juno, cela fonctionne mal. Certaines préférences ne sont pas reportées en silence, telles que les actions de sauvegarde.

105
Anthony Dahanne

C'est un projet relativement nouveau, mais il semblerait que Eclipse Oomph ait été créé pour cette raison. Grâce à cet outil, vous pouvez créer une configuration unique pouvant être partagée avec d'autres. Je ne l'ai pas encore utilisé, mais je prévois de:

https://projects.Eclipse.org/projects/tools.oomph

7
HDave

Je devais travailler sur plusieurs espaces de travail simultanément et de nombreuses préférences devaient être définies chaque fois que je créais un nouvel espace de travail. J'ai créé un espace de travail modèle et créé tous les paramètres requis dans cet espace de travail. Chaque fois que je crée un nouvel espace de travail, je crée un lien simulé de {new_workspace}/.metadata/.plugins/org.Eclipse.core.runtime/.settings pour qu'il pointe vers {template_workspace}/.metadata/.plugins/org.Eclipse.core.runtime/.settings. Ainsi, lorsque vous modifiez une préférence dans l'un des espaces de travail, celle-ci est répliquée dans tous les autres espaces de travail.

J'ai créé cet alias de fonction dans mon fichier .profile afin qu'une fois que je crée un nouvel espace de travail, j'exécute cette fonction dans mon invite de commande avec le nom de mon nouvel espace de travail comme argument afin que le lien soit créé.

function eclset(){
    present_dir=`pwd`;
    cd  {parent_to_workspace}/$1/.metadata/.plugins/org.Eclipse.core.runtime ; 
    rm -rf .settings ; 
    ln -s {parent_to_workspace}/template/.metadata/.plugins/org.Eclipse.core.runtime/.settings .settings;
    cd $present_dir;
}
7
Mowgli

À partir d’Eclipse Neon (et éventuellement de Mars également), vous pouvez copier les deux répertoires suivants pour partager votre plan de travail et vos paramètres/préférences entre vos différents espaces de travail:

    [workspace]/.metadata/.plugins/org.Eclipse.core.runtime/.settings
    [workspace]/.metadata/.plugins/org.Eclipse.e4.workbench
2
Antonio Malcolm

Il y a deux questions ici. Premièrement, il y a les définitions de projet, les fichiers .project et les paramètres spécifiques au projet. Personnellement, j'aime bien ceux de mon contrôle de code source, car cela facilite l'extraction d'un projet et la configuration d'un IDE. 

Deuxièmement, vous avez les paramètres de l'espace de travail. Vous verrez beaucoup de questions dans ce domaine. Je suggère de regarder Pulse : il s’agit d’une distribution Eclipse améliorée qui peut, entre autres choses, enregistrer vos paramètres d’espace de travail et les synchroniser avec plusieurs machines ou membres de l’équipe.

2
zvikico

Vous pouvez également copier les fichiers .prefs de ${old_workspace}/.metadata/.plugins/org.Eclipse.core.runtime/.settings dans un dossier appelé .settings situé dans le dossier racine de votre projet, puis l'ajouter à SVN (ou CVS ou ...).

Ainsi, les paramètres seront distribués à tous les développeurs avec le code source lors d'une mise à jour.

1
Evvo

Il suffit de copier les répertoires

${old_workspace}/.metadata/.plugins

d'un projet existant au nouveau.

Cela a bien fonctionné dans les projets (assez simples) PHP.

0
schogol

Vous pouvez utiliser Eclipstyle pour cloner les préférences d’un espace de travail sur vos autres espaces de travail. Vous pouvez également exporter vos préférences et les cloner plus tard.

0
Utku Ufuk

j'ai eu le même problème. 

mon approche: stocker les données du projet dans un répertoire géré par owncloud

Le projet X est créé sur le poste de travail A, avec un chemin personnalisé pointant vers un nouveau sous-répertoire de ma hiérarchie ownCloud. L'espace de travail par défaut réside toujours dans le système de fichiers de A.

Lorsque je suis assis au poste de travail B, j'ouvre l'espace de travail local par défaut (local sur B) et crée un nouveau projet en utilisant les sources existantes dans le répertoire "synchronisé" ownCloud. 

Cliquez simplement sur Actualiser à chaque fois que vous lancez Eclipse et que vous avez les données du projet actuel. La synchronisation s'exécute automatiquement en arrière-plan. Veillez donc, une fois que vous avez terminé, à fermer Eclipse et donnez à ownCloud la possibilité de télécharger les nouveaux fichiers sur le serveur ownCloud.

Tomcat ou d’autres serveurs fonctionnent en local, la configuration est copiée manuellement entre les machines via scp. Cela se produit uniquement si la configuration du serveur a été modifiée, ce qui n'est pas très fréquent.

Je n'ai eu aucun problème de compatibilité avec NEON 2 (Arch Linux) et NEON 3 (télécharger un exécutable sur debian stretch) avec un JDK différent pour le moment.

Cordialement Armin

0
armin