Es ist schon eine Weile her, seit ich C ++ Entwicklung professionell gemacht habe und ich würde mich gerne darüber informieren, was der aktuelle Stand der C ++ Entwicklung in einer Reihe von Bereichen ist. Die meisten meiner letzten Arbeiten waren Java, wobei ich Maven stark benutzte. Als ich zuletzt C ++ Entwicklung für die Arbeit gemacht habe, wurde eine Variante von make weithin als Weg für die Erstellung von C ++ - Projekten akzeptiert (wir verwendeten auch make , um den Java-Code in unseren gemischten Java- und C ++ - Projekten zu erstellen) Ich glaube, dass ant allmählich Mainstream wurde).
Ich mag Maven für Builds. Meine Frage ist nicht, die relativen Vorteile der Verwendung von Maven zu diskutieren, sondern um zu bestimmen, wie hoch der Grad der Akzeptanz für den Natives Maven-Plugin zum Erstellen von C ++ - Projekten und was die Leute damit erlebt haben. Gibt es alternativ eine neue gemeinsame Toolchain für C ++ - Builds, die viel Dynamik hat?
Nach meiner Erfahrung hat die C ++ - Community noch immer kein standardisiertes Build-Tool verwendet. Während die GNU Autotools (und GNU make) immer noch populär für Open Source Projekte sind, gibt es andere Optionen wie SCons , CMake , makepp und bjam / jam.
Persönlich würde ich Maven nur für ein Projekt verwenden, das hauptsächlich in Java mit einem kleinen JNI-Teil geschrieben ist.
Unsere Erfahrung mit dem maven-nativen Plugin ist, dass es sich sehr gut in die Java-Toolkette integriert. Wenn Sie gemischte Java / C ++ Systeme erstellen, dann ist es das Plugin für Sie. Aufgrund dieses Plugins haben unsere C ++ - und Java-Entwickler die gleiche Umgebung (Maven, Eclipse, Hudson) und ein zentrales Abhängigkeitsmanagement (Nexus). Auf der negativen Seite sind einige unserer Fixes (Performance bezogen auf das hohe Volumen unserer Codebasis, mehrere Millionen Zeilen Code) nicht in die Hauptversion integriert worden, die uns dazu zwingen, mit einer Patch-Version zu arbeiten.
Tags und Links java c++ build-process maven-2 maven-plugin