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.
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