Ich frage mich, wie ich einen neuen sauberen Eclipse-Arbeitsbereich erstellen kann, aber alle Einstellungen von einem vorhandenen habe. Vielleicht so etwas wie Klonen, aber ohne Projekte?
So klonen Sie einen Eclipse-Arbeitsbereich
Antworten:
Ich benutze Export -> Einstellungen -> alle dann in einen neuen Arbeitsbereich ändern und importieren Sie die Prefs. Funktioniert gut (obwohl eindeutig nicht sehr bequem). Leider bietet Eclipse nur an, die Layouteinstellungen zu kopieren, wenn Arbeitsbereiche geändert werden, was für die meisten Zwecke nicht ausreicht.
Einzige Lösung, die ich als robust empfunden habe. Außerdem müssen Sie es erneut tun, wenn Sie ein Upgrade auf eine neue Version (3.5-> 3.6 usw.) durchführen
—
Thorbjørn Ravn Andersen
Der beste Weg, um damit umzugehen,
—
xavier.seignard
Nur eine Anmerkung, dass
—
workspacemechanic
Dies kopiert nicht die Ansichten usw., so dass ich immer noch alle falschen Registerkarten an den falschen Stellen habe
—
WendyG
Ja, es funktioniert nicht für Layouts. Ich kenne keine Möglichkeit, diese zu synchronisieren.
—
Kostja
Sie können sich das folgende Plugin ansehen: http://code.google.com/a/eclipselabs.org/p/workspacemechanic/
Es ist ein von Google entwickeltes Plugin, mit dem Sie Ihre Einstellungen speichern und automatisch auf jeden Arbeitsbereich anwenden können.
Wenn Sie es in Ihrer Dropbox (oder einem anderen freigegebenen Speicher) speichern, können Sie Ihre Einstellungen zwischen all Ihren Computern und sogar zwischen allen Teammitgliedern teilen.
Es ist die beste und zuverlässigste Lösung für Ihr Problem.
Das Plugin wurde nicht von Google entwickelt und ist derzeit aufgegebenes Projekt zum Absterben von Google-Code
—
Bostone
Meine bevorzugte Methode besteht darin, sowohl den .settingsOrdner als auch den .launchesOrdner vom alten Arbeitsbereich in den neuen Arbeitsbereich zu kopieren . Dies scheint eine vollständigere Aufgabe zu erfüllen als die Option "Exporteinstellungen" zu verwenden. Sie finden beide Ordner in Ihrem Arbeitsbereich ab
.metadata\.plugins
Der .settingsOrdner befindet sich unter dem org.eclipse.core.runtimeOrdner. Der .launchesOrdner befindet sich unter dem org.eclipse.debug.coreOrdner.
(Nur einer von vielen Tricks, die in meinen beiden Eclipse Guided Tour- Videotrainingskursen zu Pluralsight behandelt wurden.)
Sie können versuchen, den workspace/.metadataOrdner zu kopieren . Es enthält hauptsächlich Plugin-Informationen und es ist möglich, dass Sie einige der Plugins nicht haben. Der spezifische Ordner, der wichtige Einstellungen enthält, ist .metadata/.plugins/org.eclipse.core.runtime/.settings. Siehe diesen Artikel
Ich garantiere Ihnen, dass dies nicht funktionieren wird. Der .metadata-Ordner ist voll von absoluten Pfaden und soll nicht portierbar sein.
—
Konstantin Komissarchik
@Konstantin Komissarchik heute habe ich zwei .metadata-Ordner überprüft und keiner von ihnen enthielt absolute Pfade. Vielleicht verwechseln Sie Arbeitsbereichsmetadaten mit Projektmetadaten? Die Projektmetadaten enthalten tatsächlich absolute Pfade.
—
Bozho
Wenn Ihre Projektmetadaten absolute Pfade haben, konfigurieren Sie Ihre Projekte nicht gut ... Wo sich die absoluten Pfade in .metadata befinden, hängt von den von Ihnen installierten Plugins und der Verwendung von Eclipse ab. Beachten Sie auch, dass ein Teil des .metadata-Inhalts binär ist, sodass Sie nur mit grundlegenden Tools suchen können.
—
Konstantin Komissarchik
@Konstantin Komissarchik über die Projektmetadaten - mein Punkt war, dass sie absolute Pfade enthalten können (ob es eine andere Geschichte sein sollte). Übrigens, siehe mein Update - Ich habe auf einen Artikel verlinkt.
—
Bozho
Punkt auf Projekte genommen. Ich würde nicht empfehlen, den Ratschlägen im zitierten Artikel zu folgen. Während der Speicherort, auf den verwiesen wird, in der Tat der übliche Speicher für Einstellungen ist (unterstützt die InstanceScope-Voreinstellungs-API), sind mir viele Plugins bekannt, die viele Freiforminformationen an anderer Stelle im Ordner .metadata speichern. Diese Plugins funktionieren wahrscheinlich auf seltsame Weise, wenn sie mit einem inkonsistenten Status der Metadaten konfrontiert werden. Plugins sind normalerweise nicht so geschrieben, dass sie für die Bearbeitung von Metadatenordnern durch Endbenutzer robust sind ...
—
Konstantin Komissarchik
Sie müssen nichts manuell kopieren. Verwenden Sie den Workspace Preferences Transferrer - er funktioniert hervorragend. Hier ist das Zitat aus der Beschreibung:
Erweitert den Befehl Datei> Arbeitsbereich wechseln… um die Option, alle Einstellungen vom aktuellen Arbeitsbereich in den anderen zu übertragen.
Durchsuchen Sie einfach den Eclipse-Marktplatz und installieren Sie ihn von dort aus.
Hat für mich gearbeitet!
—
Deepak
Kopieren Sie einfach den gesamten Arbeitsbereich in Ihr lokales Dateisystem. Das funktioniert bei mir, weil mein neuer Feature-Zweig dieselbe POM-Datei hat und somit der gesamte Build übereinstimmt. Auf diese Weise muss ich nicht alle Projekte erneut importieren.
Dieses Plugin hilft Ihnen: http://marketplace.eclipse.org/content/workspace-preferences-transferrer .
Wählen Sie "Einstellungen kopieren", wenn Sie zu einem neuen Arbeitsbereich wechseln oder einen neuen erstellen.