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

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

Comment vous assurez-vous d'utiliser le même bon et le même vieux même si à jour config tous vos ordinateurs?

Vous pouvez en fait définir de nombreux paramètres spécifiques au projet qui peuvent être intégrés dans le contrôle de code source. Pour les petits projets, cela fonctionne très bien. Pour les projets plus importants, nous avons décidé d'avoir un seul fichier que nous avons utilisé pour tous nos projets et archivé dans un projet «actifs» distinct qui maintenait les éléments dont les développeurs avaient besoin pour commencer à travailler sur notre projet. Cela comprenait également des éléments tels que les licences et d'autres fichiers requis.

Partage des paramètres spécifiques à l'éclipse entre les espaces de travail :

1. Aller à ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
2. Copiez tout sous le répertoire ci-dessus dans ${new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings

Cela garantira que le a ${new_workspace}la même configuration que le${old_workspace}

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

Une autre option est l'exportation / importation:

1. Depuis votre espace de travail existant File->Export...->General->Preferences, cochez Tout exporter et choisissez le fichier dans lequel les enregistrer (prefs.epf par exemple)
2. Démarrez Eclipse dans un nouvel espace de travail, File->Import...->General->Preferenceschoisissez votre fichier (prefs.epf), cochez tout importer

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

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

C'est un projet relativement nouveau, mais il semble qu'Eclipse Oomph ait été créé exactement pour cette raison. Grâce à cet outil, vous pouvez créer une configuration unique qui peut ê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

Je devais travailler sur plusieurs espaces de travail simultanément et il y avait beaucoup de préférences à définir chaque fois que je créais un nouvel espace de travail. J'ai créé un espace de travail de modèle et créé tous les paramètres requis dans cet espace de travail de modèle. Chaque fois que je crée un nouvel espace de travail, je crée un lien sim du {new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settingspoint 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, elle sera répliquée dans tous les autres espaces de travail.

J'ai créé cet alias de fonction dans mon .profile afin qu'une fois que j'ai créé un nouvel espace de travail, j'exécute cette fonction dans mon invite de commande avec mon nouveau nom d'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;
}

Depuis Eclipse Neon (et peut-être aussi Mars), 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

Il y a deux questions ici. Tout d'abord, il y a les définitions de projet, les fichiers .project et les paramètres spécifiques au projet. Personnellement, j'aime ceux de mon contrôle de source, car cela facilite grandement la vérification 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 jeter un œil à Pulse : il s'agit d'une distribution Eclipse améliorée qui peut, entre autres, enregistrer les paramètres de votre espace de travail et les synchroniser avec plusieurs machines ou membres de l'équipe.

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

De cette façon, les paramètres seront distribués à tous les développeurs avec le code source lors d'une mise à jour.

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

ma démarche: stocker les données du projet dans un répertoire géré par owncloud

Le projet X est créé au 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 sur le système de fichiers de A.

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

Cliquez simplement sur Actualiser à chaque fois que vous lancez Eclipse et que vous avez les données du projet en cours. La synchronisation s'exécute automatiquement en arrière-plan, alors faites attention lorsque vous avez fini de travailler pour fermer eclipse et donnez à ownCloud une chance 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 ne se produit que s'il y a des changements dans la configuration du serveur, ce qui n'est pas très fréquent.

Je n'ai eu aucun problème de compatibilité en utilisant NEON 2 (arch linux) et NEON 3 (téléchargez une exécution sur debian stretch) avec différents JDK pour le moment.

Meilleures salutations Armin

Copiez simplement les répertoires

${old_workspace}/.metadata/.plugins

d'un projet existant au nouveau.

Cela a bien fonctionné dans les projets PHP (plutôt simples).

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