2009-07-31 4 views
4

Ich versuche, eine Headless-Build für eine große Eclipse-Funktion einzurichten, die andere Features und Plugins enthält.Kopflose Erstellung von Eclipse-Funktionen - PDE Tools oder Buckminster?

Da einige benötigten Plugins erzeugt werden unter Verwendung von GMF und EMF muss der Build-Workflow so etwas wie dieses:

  1. SVN Check-out
  2. Invoke-Generation
  3. Run Tests
  4. Körperbau alle
  5. Update-Site veröffentlichen

Über t In den letzten Wochen habe ich mit PDE Headless Build und Buckminster gespielt. Jedenfalls habe ich immer noch Probleme mit beiden und kann mich nicht entscheiden, auf welche ich mich konzentrieren sollte.

Was würden Sie bevorzugen? Welche Erfahrung hast du gemacht? Jemand da draußen, der vorher einen ähnlichen Workflow einrichten musste?

Danke für alle Antworten :)

Antwort

1

Buckminster oben auf PDE Build sitzt, so dass keine es gibt immer von PDE weg in naher Zukunft bauen.

Sie könnten versuchen, ein weiteres kostenloses Plug-in, das auf PDE-Build sitzt: Plugin Builder wie es die Generierung der ANT XML und die böse Map-Datei, die PDE Build erfordert. Es hat sogar die Erweiterung für SVN-basierte Kartendateien im Gegensatz zu CSV. Ich habe Plugin Builder erfolgreich von Hudson aus für die Build-Bedürfnisse meines Teams eingerichtet.

Eine andere Alternative ist, sich Tycho anzusehen (Tycho ist das OSGi/Eclipse bezogene Bit der nächsten Version von Maven). Es ist ein Work-in-Progress und es nutzt PDE Build unter den Abdeckungen. Ich habe einige Experimente mit Tycho versucht und ist gescheitert, aber sie haben einen neuen Alpha/Beta-Build, so dass du vielleicht mehr Erfolg hast (und es gibt andere Leute, die es erfolgreich benutzen).

1

Das einzige Problem, das ich mit PDE Build hatte, ist die Map-Datei zum Auschecken. Ich habe meine eigene ant-Aufgabe geschrieben, um den Checkout für mich mithilfe von SVN auszuführen, basierend auf Konventionen, wo sich die Plugins befinden, anstatt explizit alle Dateipfade in der Map-Datei angeben zu müssen. Hat Wunder gewirkt und jetzt kann ich nur Plugins zu meinem Svn-Repository hinzufügen und auf sie in der Feature.xml verweisen und es funktioniert einfach.

1

Wir bauen mit Buckminster (Auschecken, Kompilieren, Testen und Byte-Verschleierung). Ich habe kein PDE-Skript ausprobiert, aber wenn Sie ein kompliziertes Setup mit vielen Abhängigkeiten zu anderen Bibliotheken/Projekten haben, denke ich, dass Buckminster besser skaliert wird.

0

Ich habe vor kurzem begonnen, unsere gesamte Eclipse-Build-Infrastruktur von PDE Build nach Buckminster zu verschieben, und ich habe hauptsächlich gute Dinge über Buckminster zu sagen. Während Builds, die auf den PDE-Build-Scripts/Templates basieren, sehr spröde sind und eine große Menge an umgebender Infrastruktur erfordern, fühlt sich Buckminster ziemlich robust an und benötigt keine wesentlichen zusätzlichen Scripts. Buckminster braucht eine Weile, um hineinzukommen, aber dank der exzellenten Dokumentation und der sehr hilfreichen Newsgruppe konnte ich in ein paar Tagen einen kompletten Build zur Arbeit bekommen.

Buckminster ist das, was Eclipse von Anfang an haben sollte, um kopflose Builds zu verarbeiten.