2011-02-01 6 views
3

J'ai récemment converti mon ordinateur portable à un système de démarrage double Ubuntu/Win7, chacun avec ses propres partitions, plus une troisième partition partagée. J'aimerais utiliser Eclipse et accéder à mon référentiel SVN quel que soit le système sur lequel je suis démarré à ce moment-là.Partage de projets Eclipse sur un système à double démarrage

Si j'ai mon référentiel SVN local sur la partition partagée, comment puis-je activer les espaces de travail sur Ubuntu et Windows sur les fichiers? La seule autre alternative que j'ai proposée est de faire en sorte que chaque système d'exploitation ait sa propre copie de travail et d'appliquer des validations et des mises à jour si nécessaire.

Modifier des éclaircissements

Je ne demande pas si son possible d'avoir un espace de travail unique pour Linux et Windows. J'avais à l'esprit un seul dossier source dans la partition partagée qui était liée à chaque espace de travail. Par conséquent, les chemins d'accès aux fichiers seraient spécifiques au système d'exploitation, et seul le code source serait accessible.

Répondre

5

Je ne pense pas que ce soit vraiment possible.

Il y a un certain nombre de fichiers dans l'espace de travail .metadata dossier (par exemple la définition de la JRE/JDK ou le chemin d'éclipse) qui dépend du système de fichiers sous-jacent (par exemple c:\eclipse pour Windows sur un côté et /home/me/eclipse.

Ce que vous pourriez être en mesure de faire au mieux est deux espaces de travail différentes, l'une pour les fenêtres et une pour Linux.

Ces deux espaces de travail distincts, à son tour partagerait un certain nombre de projets. Ces projets ne seraient pas dans le soi-disant default location (c'est sous l'emplacement du dossier workspace) de l'un de ces t wo workspaces mais sous une hiérarchie séparée sous votre partition partagée. Pourtant, à cause de ces découplages, vous finiriez par faire plusieurs choses deux fois (comme définir des configurations de lancement, etc ...). Ce qui est juste, je suppose. Enfin, comme Linux peut lire assez bien les systèmes de fichiers NTFS (à l'exception des listes de contrôle d'accès qui seraient en fait un plus) en utilisant ntfs3g, vous pouvez avoir votre partition partagée en NTFS. Windows est moins apte à lire/écrire ext3fs (et encore moins ext4fs). Assurez-vous simplement de monter votre partition NTFS avec un jeu de caractères commun. En outre, au lieu d'avoir un dual boot, vous pouvez faire fonctionner Windows à l'intérieur d'une machine virtuelle (par exemple VirtualBox et partager les données communes en tant que dossier partagé Linux soit via le mécanisme de dossier partagé Samba ou VirtualBox standard. avec une double initialisation, vous pourriez en théorie tricher et éclipser vos deux espaces de travail différents tout en partageant les mêmes projets, ce qui nécessiterait des ajustements de la part de Samba pour la gestion du verrouillage

+0

J'ai édité ma question pour indiquer plus clairement ce que je cherche.La partition partagée est déjà configurée en NTFS, et cela fonctionne très bien. J'ai essayé d'utiliser une machine virtuelle (et l'utiliser sur mon bureau), mais c'est un ordinateur portable, et j'ai remarqué de graves ralentissements du système en utilisant à la fois Virtualbox et VMware Player. Apparemment, le processeur de l'ordinateur portable manque de virtualisation matérielle, et la dégradation des performances est très perceptible par rapport à lors du démarrage droit. – Jason

+0

Vous avez raison, vous avez besoin de 4 Go au moins pour la virtualisation de bureau. Une note de plus, VMware n'utilise pas beaucoup la virtualisation matérielle, ils sont toujours AFAIK principalement dans un mode de traduction binaire. Aussi pour VT-x, pour des raisons d'argent obscures, certains OEM d'ordinateurs portables désactivent VT-x (ils reçoivent des rabais d'Intel s'ils le font) et vous devez patcher le BIOS (à condition que le CPU supporte HW VT). –

+0

Ensuite, je crois que ce serait possible. Parce que les projets eux-mêmes sont assez portables. C'est pourquoi vous pouvez les exporter et les importer en tant que fichiers zip d'un os à l'autre. –

0

Je ne recommanderais pas de partager le même espace de travail Eclipse entre deux systèmes d'exploitation car ils utilisent une syntaxe de chemin différente. Vous pouvez également exécuter des problèmes de codage de caractères et/ou de séparateurs de ligne dans les fichiers placés dans le contrôle de source. Habituellement, un système de contrôle de la source fera des ajustements à ceux-ci pendant "check out" et le réglage inverse sur "check in". Vous pouvez avoir des problèmes bizarres si vous récupérez du code dans Windows et le relancez sur Linux (ou inversement).

Je vous recommande de séparer vos espaces de travail Windows et Linux.

+0

OK, j'étais dans l'espoir d'éviter cela, car il faut avoir deux copies de travail locales – Jason

Questions connexes