Comment partager configuration Eclipse sur différents postes de travail
Je suis à l'aide d'Eclipse (PDT) comme IDE primaire sur des machines différentes. (comme à la maison, ordinateur portable, de bureau, etc.). Comment pourrais-je partager l'Éclipse et la configuration du projet, de façon pragmatique, entre plusieurs ordinateurs? Dois-je de contrôle de version, ou est-il un moyen plus facile de faire cela?
Comment vous assurez-vous d'utiliser le bon et vieux, même si jusqu'à la date de config tous vos ordinateurs?
- J'ai eu toutes sortes de problèmes de partage de code dans un seul espace de travail en utilisant Dropbox. Je pencherais vers la présence de plusieurs espaces de travail, une pour chaque machine, et de synchroniser le groupe d'espace de travail en utilisant Dropbox.
- Vieille question, je sais, mais pour la postérité, j'ai trouvé ce blog très utile: mcuoneclipse.wordpress.com/2012/04/04/... (C'est pas mon post 🙂
- Il y a toujours des complications sur Windows envs. Vérification des paramètres d'espace de travail dans le contrôle de code source n'est pas une réponse. Source les paramètres de contrôle font partie de l'espace de paramètres.
Vous devez vous connecter pour publier un commentaire.
Vous pouvez réellement définir de nombreux paramètres spécifiques d'un projet qui peut être vérifié dans le contrôle de source. Pour les petits projets, cela fonctionne vraiment bien. Pour les grands projets, nous avons décidé d'avoir un seul fichier que nous avons utilisé pour l'ensemble de nos projets et de vérification dans un distinct "actifs" du projet qui ont maintenu des choses que les développeurs besoin pour commencer à travailler sur notre projet. Cela a également inclus des choses comme les licences et les autres fichiers nécessaires.
Partage eclipse paramètres spécifiques à travers des espaces de travail:
${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
${new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
Cela va assurez-vous que le
${new_workspace}
est d'avoir la même configuration que la${old_workspace}
Espère que cette aide. Mise à jour en cas de problèmes.
\.metadata\.plugins\org.eclipse.core.runtime\.settings directory
?" - pour peakit : il n'est pas aussi simple que cela - le${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
contient également les paramètres d'espace de travail et possède d'autres particularités - voir mon analyse de la iciUne autre option est d'importation/exportation:
File->Export...->General->Preferences
, vérifiez tout Exporter, puis choisissez la commande fichier enregistrer pour (préf.epf par exemple)File->Import...->General->Preferences
, choisissez votre fichier (préf.epf), cochez la case importer tous lesQue beaucoup travaillé pour l'auteur original de cette astuce: il avait sa mise en forme du code, le code de style, svn repos, jre préférences importés.
Edit: Sur Eclipse Juno cela fonctionne mal. Certaines préférences en silence n'est pas reporté comme d'enregistrer les actions.
J'ai eu à travailler sur de multiples espaces de travail simultanément et il y avait beaucoup de préférences définies à chaque fois que je créer un nouvel espace de travail. J'ai créé un modèle d'espace de travail et tous les paramètres requis dans le modèle de l'espace de travail.Chaque fois que je créer un nouvel espace de travail, je crée utilise un lien symbolique de la
{new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
à point à{template_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
. Ainsi, lorsque vous modifiez la préférence dans l'un des espaces de travail, il sera répliqué sur tous les autres espaces de travail.J'ai créé cette fonction alias dans mon .profil, de sorte qu'une fois que je créer un nouvel espace de travail, j'ai exécuter cette fonction dans mon invite de commande avec mon nouveau nom d'espace de travail comme argument afin que le lien est créé.
C'est un relativement nouveau projet, mais il semble que l'Éclipse de Peps a été créé précisément pour cette raison. Grâce à cet outil, vous pouvez créer une configuration unique qui peut être partagée avec d'autres. J'ai pas (encore), mais j'ai l'intention de:
https://projects.eclipse.org/projects/tools.oomph
Il y a deux questions ici. Tout d'abord, il y a des définitions des projets, l' .les fichiers de projet et les paramètres spécifiques d'un projet. Personnellement, j'aime bien ceux de mon contrôle à la source, car il rend la vérification d'un projet et d'établir une IDE beaucoup plus facile.
Deuxièmement, vous avez les paramètres d'espace de travail. Vous verrez beaucoup de questions dans ce domaine. Je suggère de prendre un coup d'oeil à Pulse: c'est une meilleure distribution Eclipse qui peuvent, entre autres choses, enregistrer vos paramètres d'espace de travail et de les synchroniser avec plusieurs machines ou les membres de l'équipe.
Comme d'Eclipse Néon (et éventuellement de Mars, ainsi), vous pouvez copier les répertoires suivants, pour partager votre workbench et les paramètres/préférences parmi vos différents espaces de travail:
Vous pouvez également copier le .préf. de fichiers à partir de
${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
à un dossier appelé .les paramètres dans le dossier racine de votre projet, puis l'ajouter à SVN (ou CVS ou ...)De cette façon, les paramètres vont être distribuée à tous les développeurs ainsi que le code source lors d'une mise à Jour.
j'ai eu le même problème.
mon approche: stockage de données de projet dans un répertoire géré par owncloud
Le Projet X est créé au poste de travail, avec un chemin d'accès personnalisé pointant vers un nouveau sous-répertoire de mon ownCloud hiérarchie. L'espace de travail par défaut est toujours residenting sur le système de fichiers de A.
Quand je suis assis à un poste de travail B-je ouvrir la locale par défaut de l'espace de travail (local B) et créer un nouveau projet en utilisant les sources existantes dans le "synchronisé" ownCloud répertoire.
Juste cliquez sur actualiser à tout moment vous lancez eclipse et vous avez le projet actuel de données. La Synchronisation s'exécute en arrière-plan automatiquement, afin de prendre soin lorsque vous avez fini de travailler à proximité de l'éclipse et de donner ownCloud une chance pour télécharger les nouveaux fichiers sur le serveur ownCloud.
Tomcat ou d'autres Serveurs sont en cours d'exécution locale, la config est copié manuellement entre les ordinateurs via scp. Cela se produit uniquement si il y a des changements dans la configuration du serveur, ce qui n'est pas très souvent.
J'ai eu aucun problème de compatibilité à l'aide de NÉON 2 (arch linux) & NÉON 3 (télécharger une course sur debian stretch) avec différents du JDK encore.
Cordialement
Armin
Il suffit de copier les répertoires
${old_workspace}/.metadata/.plugins
partir d'un projet existant vers le nouveau.
Qu'il travaillait bien à l'intérieur (plutôt simple) des projets PHP.
Vous pouvez utiliser Eclipstyle de cloner les préférences d'un espace de travail à vos autres espaces de travail. Vous pouvez également exporter vos préférences et de les cloner plus tard.