2010-11-16 7 views
6

Alle Mitglieder meines Teams arbeiten mit Eclipse. Jede hat jedoch eine andere Konfiguration, Präferenzen und Plugins. Was ist der beste Weg, um eine Baseline von Plugins, Präferenzen wie Code-Styling und Formatierung und andere Konfigurationen zu behalten, um einen ähnlichen Startpunkt zu haben, aber jedem Teammitglied für eine bestimmte Konfiguration zu erlauben.Wie verwalte ich Eclipse Plugins, Einstellungen und Konfiguration für ein Team?

ich nach einer Lösung suchen, die auch leicht sein werden, zu halten, bedeutet, nicht zu viele Dateien, die an verschiedenen Standorten befinden.

Antwort

6

Ein einfacher Ansatz für Voreinstellungen ist die Verwendung File>Import und File>Export, wählen General>Preferences, dann die Vorlieben, die Sie teilen möchten. Für einige meiner früheren Teams haben wir die Grundeinstellungen in der Versionskontrolle gespeichert.

+0

Danke, bin gerade darüber gestolpert --- es war genau das, wonach ich suchte. Ich habe heute eine neue Dev-Box und musste meine Tastenbelegungen/Prefs in eine unverfälschte Eclipse-Installation kopieren. Lief wie am Schnürchen... – evadeflow

2

Wir verwenden eine „Baseline“ Ansatz, bei dem wir eine zentrale Version von wenigen Kernmitgliedern geführt haben. Die Idee ist, die Version herunterladen, konfigurieren, wie Sie möchten und dann den Arbeitsbereich und installieren Sie verpackt an der zentralen Stelle. Zusätzlich haben einige Plugins Config-Dateien, die wir an einem zentralen Ort speichern und dann zeigen wir ihnen die Baseline (Templates, Formatter-Dateien, etc.).

Es gibt auch kommerzielle Software, die all dies für Sie tun, wenn ich es finden kann ich den Link posten.

Hoffe, das hilft.

3

Sie sollten Pulse überprüfen. Ich habe es nur in einer Einzelplatzumgebung verwendet, aber es scheint ziemlich gut zu funktionieren. Ich glaube, mit den kostenpflichtigen Versionen können Sie die Einstellungen und Einstellungen des Arbeitsbereichs in Ihrer Gruppe verwalten. Ich werde versuchen, meine Firma dazu zu bringen, das bald auszuprobieren.

Grundsätzlich bietet Pulse ein zentrales Launchpad für Eclipse. Sie können Eclipse-Installationsprofile erstellen, die aus einer Eclipse-Installation und verschiedenen Plugins bestehen. Im Launchpad wählen Sie ein Profil aus und installieren es. Dies lädt Eclipse und die verschiedenen Plugins in einen zentralen Ordner auf Ihrem Computer herunter. Es richtet dann einen Profilordner ein, der die angegebenen Plugins für das Profil irgendwie verknüpft. Wenn Sie starten, erhalten Sie nur die Elemente im Profil, unabhängig davon, welche anderen Profile installiert wurden.

-1

Sie können diese article from DeveloperWorks nützlich finden. Es zeigt, wie Plugins auf einfache Art und Weise zu verwalten

+0

-1, Link-Ordner ist eine ältere Möglichkeit, Plug-ins in der Zeit des Update-Manager zu verwalten. Es wird nicht empfohlen, nachdem p2 der Bereitstellungsmanager ist, und er wird möglicherweise in der Zukunft nicht mehr unterstützt. – Kane

1

fand ich eine Lösung in einer anderen question auf der Website.
Es empfiehlt ein Plugin namens workspace mechanic. Sieht so aus, als ob es die Präferenzen und Konfigurationsprobleme löst.
Ich benutze es und es sieht gut aus für die Konfiguration. Es gibt jedoch keine Lösung für Plugins.

1

Ich fragte einen similar question und wurde Yoxos empfohlen. Haven hatte noch Zeit, es zu versuchen, aber es sieht vielversprechend aus.

0

Der wichtigste Teil ist die Plugins, an denen Sie arbeiten, nehme ich an. Was wir tun ist, die Quelle für alle Plugins, die der Entwicklung unterliegen, in die Versionskontrolle zu stellen, dann importieren Sie die Projekte in einen neuen Eclipse-Arbeitsbereich , ohne sie zu kopieren. Dies ist wahrscheinlich offensichtlich.

Etwas heikler ist der Plugins, die einen Teil der Laufzeitumgebung sind. Wir haben ein spezielles Projekt (auch unter Versionskontrolle), das diese Verzeichnisse enthält, die in Verzeichnissen organisiert sind. Einige stammen aus Eclipse, andere stammen aus dem Frühling, Logging etc.Es gibt auch eine Zieldefinitionsdatei, die definiert, welche dieser Plugins die Umgebung bilden. Sie kompilieren also nicht gegen die Eclipse-Kopie, in der Sie entwickeln, sondern es wird eine unabhängige Gruppe von Plugins ausgeführt, die als Zielplattform definiert ist.

Das Verständnis und die Verwendung einer Zielplattform macht einen großen Unterschied, da es egal ist, welche genaue Version der IDE Sie verwenden - alle Entwickler werden den gleichen Code verlinken und ihn testen. Ein netter Nebeneffekt ist, dass Sie die Teilmenge der Plugins kontrollieren, die Teil Ihres Produkts sind, und es ist unmöglich, 17 neue Plugins versehentlich durch eine unschuldige neue Abhängigkeit zu ziehen.

PDE/Build weiß leider nicht über Zieldefinitionen, aber das Dateiformat ist einfach genug, um herauszufinden.

Schließlich können Einstellungen und Formatierungen usw. in eine Datei exportiert werden und in der Versionskontrolle stecken bleiben, wenn es darauf ankommt. Standard-Formatierungsregeln sind nützlich, denke ich.

Verwandte Themen