Continuous Integration Server für C++ - Was ist mit Bibliotheksabhängigkeiten?

Question

Ich untersuche gerade ein gutes Setup für einen Continuous Integration Server, der verschiedene C++ Anwendungen für mehrere Linux-Distributionen erstellen würde.

Meine primäre Frage ist, wie andere Benutzer hier die Unterschiede in Systembibliotheken zwischen Linux-Distributionen behandelt haben?

Während es relativ einfach sein kann, direkte Abhängigkeiten wie UI-Bibliotheken zusammen mit einer Anwendung zu erstellen, scheinen "indirekte" Abhängigkeiten wie glibc ein großer Schmerz zu sein, wenn sie jedes Mal neben der Anwendung erstellt werden müssten. Ich denke daher daran, die tatsächliche Erstellungsausführung in eine separate virtuelle Maschine für jede Verteilung zu verschieben, z. Verwenden Sie rlogin, um die Befehle auszuführen. Mein Ziel ist es, binäre Inkompatibilitäten zwischen Build-Maschinen-Bibliothek-Versionen und denen in den Ziel-Distributionen bereitgestellten zu verhindern.

Hat jemand hier irgendwelche Erfahrung mit einem solchen Prozess und könnte sagen, ob das obige klingt wie ein praktikabler Ansatz?

Answer 1

Buildbot hat den Begriff buildmasters and buildslaves.

Ein buildmaster kümmert sich um die Anzeige der Web-GUI, das Senden von E-Mails, das Auslösen von Builds und andere organisatorische Maßnahmen. Die Buildslaves warten auf den Buildmaster und führen Befehle aus, wenn Builds ausgeführt werden.

Wir haben Buildbot eingerichtet, um auf einer Reihe von verschiedenen Plattformen zu bauen, einige von ihnen VMs, und es funktioniert gut für uns.

Answer 2

Wir verwenden Jenkins (zusammenhängende Integration) und CMake (Build-System) für diesen Zweck. Jenkins ist Buildbot ähnlich, d. H. Es hat auch Buildmaster und Buildslaves. Momentan habe ich 8 Slaves für 4 verschiedene Plattformen (FC8, FC10, FC12 und Windows 7) eingerichtet. Wir erstellen sowohl Debug- als auch Release-Binärdateien. Daher habe ich für jede Plattform und jeden Buildtyp einen Slave zugewiesen.

Wie für die Third-Party-Bibliotheken wie Qt & Boost, kompilierte ich sie auf jeder Plattform und überprüfte sie in einem separaten Repository.

@esavard: Wir verwenden CMake 2.8, Cross Compilation zu tun, ich habe nicht Minigw verwendet, aber eine schnelle Google-Suche zeigt, dass es möglich ist. Hier ist a link zu einem Tutorial zum Cross-Compilieren für Windows unter Linux mit CMake und miniGW.

Ich habe Buildbot nicht benutzt und kann seine Funktionen nicht kommentieren, aber ich sollte eine Alternative erwähnen, die wir gerade verwenden.

Hoffe, das hilft.

Answer 3

Natürlich ist Buildbot und viele virtuelle Maschinen der Weg, um damit zu gehen. Wir haben VMWare ESX Server hosten viele Build-Slaves, die unsere Anwendung über Nacht kompilieren. Die Anwendung wird dann auf einer anderen virtuellen Maschine (nicht dem Build-Slave und nur mit einer Standardinstallation des Betriebssystems) getestet, um zu überprüfen, ob sie funktioniert und alle Abhängigkeiten gepackt sind.

Das Schöne, was ich tun möchte, ist, die Testlaufphase einen automatisierten Schritt zu machen, aber ich habe noch nicht die Zeit dafür bekommen.