9
votes

Partage d'un espace de travail Eclipse entre Linux et Windows

Je suis venu utiliser Eclipse pour développer pour Android sur ma machine Windows depuis un certain temps, mais de plus en plus, j'ai commencé dans ma partition Ubuntu. Honnêtement, j'adore les deux systèmes d'exploitation alors qu'ils ont à la fois leurs avantages et leurs inconvénients, mais je démarre dans chacun au hasard. Quoi qu'il en soit, j'ai trois partitions sur mon disque dur. Un pour Windows 8, un pour Ubuntu, et un pour les données partagées (docs, photos, vidéos). Mais je voudrais développer de manière transparente sur un système d'exploitation, puis de l'autre. Donc, ma partition de données devrait être capable de conserver mon espace de travail, mais je ne sais pas si cela ruinera ou corrompre la .mettadata et ruine potentiellement mes projets. Fondamentalement, ma question est ... y a-t-il des conseils ou des astuces avec l'Android SDK, AVD, ADT, Workspace ou .mettadata lorsque vous les utilisez entre deux systèmes d'exploitation afin que cela fonctionne de manière transparente?


0 commentaires

3 Réponses :


5
votes

En théorie, vous pouvez utiliser deux installations différentes d'Eclipse pour gérer un espace de travail partagé. Cependant, vous pouvez potentiellement courir dans des problèmes si vous n'exécutez pas exactement la même version des deux côtés (ou, si vous mettez à niveau un côté mais pas l'autre).

Dans la pratique, vous êtes probablement mieux à faire d'avoir des espaces de travail distincts sur chaque système d'exploitation, puis de disposer d'un référentiel partagé (utilisant GIT, par exemple) pour partager votre code. Non seulement cela fonctionnera mieux, mais vous utiliserez également le contrôle de la source.


1 commentaires

Un espace de travail différent serait-il également différent .mettadata aussi?



3
votes

Les gens ont essayé cela avant et courir dans des ennuis, veuillez donc aller avec la solution de contrôle de la version à la place.

L'inconvénient est que seul le contenu du projet est partagé dans le système de contrôle de la version. Vous aurez deux espaces de travail complètement distincts. Donc, si vous modifiez les paramètres de l'espace de travail, ils doivent être modifiés deux fois (et ne pensez même pas à avoir .metadata sous contrôle de version, qui aura de mauvais effets secondaires).

Veuillez conscienter que plusieurs paramètres d'Eclipse sont disponibles en tant que paramètres de l'espace de travail, ainsi que comme paramètres de projet (par exemple, la version de compilateur Java à utiliser). Assurez-vous d'utiliser les paramètres de projet et de mettre le contenu du sous-répertoire «.Settings» de vos projets sous la version de version, car il contient ces paramètres de projet. Ils sont donc synchronisés entre vos 2 machines.


0 commentaires

0
votes

J'ai partagé l'espace de travail entre Linux et Windows pendant un certain temps et je n'ai eu que des hoques mineures.

Voici quelques-unes des choses à garder à l'esprit, si tout ce que quelque chose a mal tourné, et que vous voulez essayer une solution rapide.

  • Au départ, vous devrez pointer l'emplacement de votre SDK sur le chemin Windows ou Linux. Ce serait la première erreur qui peut recadrer.

  • Essayez une construction propre du projet (Projet -> Nettoyer -> Nettoyer tout projet -> Cliquez sur OK)

  • Vérifiez le chemin de localisation du projet (clic droit sur le projet -> Cliquez sur la ressource). S'il est en cours de chargement à partir d'un chemin Ubuntu (par exemple: / home // android_projects), vous devrez supprimer le projet (pas du disque, mais à partir de l'espace de travail) et de l'importer à nouveau.

    J'espère que cela aide.


1 commentaires

Comment résolvez-vous le fait que Windows et Linux veulent utiliser une convention de dénomination différente pour les chemins? I.E. Windows veut utiliser par exemple. C: \ utilisateurs \ michael \ android \ ... tandis que Linux veut utiliser / utilisateurs / Michael / Android / ... pour le même chemin identique?