GCovr nicht generieren einer gültigen Bericht

Möchte ich meine Jenkins mit Cobertura zu verfolgen, die code-coverage.
Leider kann ich nicht generieren Gültiger xml.

Ich bin mit:

  • gcovr 2.5-prerelease (r2774)
  • Xcode 4.6.1 Build-version 4H512

Mein Projekt generiert code-coverage-Dateien korrekt, aber der Bericht erstellt mit gcovr ist nicht sinnvoll.

Den Befehl, den ich verwenden, um den Bericht zu generieren ist: 

gcovr -r /Users/Shared/Jenkins/Home/jobs/CodeCoverage/workspace 
--object-directory /Users/Shared/Jenkins/Home/Library/Developer/Xcode/DerivedData/myProject-aooceqwwovrizceerghqvhflcfty//Build/Intermediates/myProject.build/Development/myProject.build/Objects-normal/x86_64 
--exclude '.*Developer.*' 
--exclude '.*Tests.*' 
--xml

Dadurch wird mir diese Ausgabe: 

<?xml version="1.0" ?>
<!DOCTYPE coverage SYSTEM 'http://cobertura.sourceforge.net/xml/coverage-03.dtd'>
<coverage branch-rate="0.0" line-rate="0.0" timestamp="1364322914" version="gcovr 2.5-prerelease (r2774)">
<sources>
    <source>
        /Users/Shared/Jenkins/Home/jobs/CodeCoverage/workspace/Project/myProject/
    </source>
</sources>
<packages/>
</coverage>

Zusätzliche Informationen:

Wenn ich die abnehme, --object-directory-und -r und dann führe ich den Befehl aus den abgeleiteten Daten-Verzeichnis eine gültige Bericht generiert wird. Dieser Bericht kann gelesen werden, von cobertura, kann aber keine detaillierten Informationen über die Quelle-Dateien.

  • Ich verließ für die Verwendung gcovr. Ich bin mit einer Reihe von shell-scripts zum generieren der XML. Zuerst habe ich ausgeführt, gcov, dann kann ich ausschließen, einige Linien zwischen Sonder-Kommentare (ich bin mit CoverStory) und dann Generiere ich ein XML aus der ersten Spalte der gcov-Ausgang. Es ist eigentlich sehr einfach, können Sie auch auf die Quelldateien in Ihren Arbeitsbereich direkt an, so können Sie ganz einfach die Reichweite von Dateien auf jenkins.
  • Wäre es möglich, dass Sie Ihre Drehbücher? Ich kann nicht gcovr arbeiten mit Dateien von Xcode 5 und ich bin auf der Suche nach einer anderen Lösung. Danke!
InformationsquelleAutor Giuseppe | 2013-03-26
  1. 3

    Beim arbeiten mit XCode, habe ich festgestellt, dass mit $WORKSPACE/build wie das build-Verzeichnis hilft bei diesem problem. Dies hält die Abgeleiteten Daten-Verzeichnis aus, und auch ordentlich hält meine Objekt-Dateien im build-Verzeichnis. Es verhindert auch, dass zwei builds aus, die einander stören.

    Wenn Sie die Xcode-build-tool, set SYMROOT zu $WORKSPACE/build in das Tool build-Konfiguration. Wenn Sie erstellen von der Befehlszeile aus, stellen Sie es manuell auf der Kommandozeile oder in der Umgebung.

    Dann ein gcovr Skript wie:

    /your/path/to/gcovr -r . --object-directory build/YourApp.build/Coverage-iphonesimulator/YourApp.build/Objects-normal/i386 --xml > build/coverage.xml

    (der Pfad kann variieren leicht je nachdem, was Sie nennen Ihren Stil bauen, etc.)

    Und schließlich in die Cobertura config, zeigen Sie auf build/coverage.xml, und Sie sollten Anmerkungen Quelle, wenn Sie das tool verwenden, innerhalb von Jenkins.

    Sollte den trick tun. Ich habe wirklich sehr glücklich mit dieser Konfiguration auf unserer kleinen farm von Mac Minis.

    • Deine Lösung ist interessant, so habe ich versucht, einige änderungen. Wenn ich einen benutzerdefinierten Pfad für CONFIGURATION_BUILD_DIR oder SYMROOT, xcodebuild erzeugen einige Dateien in den angegebenen Ordner. Diese Dateien sind nur für die Anwendung und die symbolications Informationen. Objekt-Verzeichnis ist noch in der Abgeleiteten Daten.
    • Verwenden Sie die xcode-plugin oder etwas anderes, um Ihre xcode-build? Wenn Sie nicht mit den xcode-plugin, können Sie fügen Sie Ihr Skript für die xcodebuild Befehl auf die Frage? Es gibt eine Reihe von "downstream" - Einstellungen, die normalerweise die .o-Dateien im Pfad beschrieben in SYMROOT, aber viele können verändert werden und das Projekt.
    • xcodebuild -Arbeitsbereich myProject.xcworkspace -Schema myProject-Entwicklung sauber bauen BUILD_DIR=/Users/Shared/Jenkins/Home/jobs/CodeCoverage/workspace/Projekt/build/ TEST_AFTER_BUILD=JA
    • Überprüfen Sie Ihre Xcode-Projekt-Konfiguration. In der Regel SYMROOT ist an der Spitze aller von der BUILD-dirs, insbesondere: BUILT_PRODUCTS_DIR und CONFIGURATION_BUILD_DIR. Alles andere sollte nach unten fließen von dort. Wenn Sie nicht finden können, was Sie in Ihrem Projekt-Konfiguration, die aussieht, vermuten, ziehen Sie die raw-log-in Jenkins und sehen, wenn Sie können Variablen gesetzt werden, die während des build-Prozesses an den Orten, die Sie sehen, die Objekt-Dateien gehen. Dies sollte einige Ahnung haben.
    • Weder BUILT_PRODUCTS_DIR noch CONFIGURATION_BUILD_DIR gearbeitet zu bewegen, abgeleitete Daten-Verzeichnis. Ich habe eine funktionierende Lösung mit immer absolute Pfade anstelle von relativen in die parameter, die ich übergeben, um xcodebuild. Auf diese Weise kann ich eine volle Arbeits-Bericht für cobertura. Ich bin immer noch daran interessiert, einen Weg finden, um eine statische Abgeleiteten Daten-Verzeichnis für meine Arbeit, es macht alles mehr zuverlässig.
    InformationsquelleAutor gaige
  2. 1

    Den gcovr python-script scheint nicht unterstützt out-of-source-tree aufbaut.

    Hob ich einen bug-report dazu gibt es hier https://github.com/gcovr/gcovr/issues/61

    InformationsquelleAutor NickBroon
  3. 1

    gcovr ausgeführt werden soll, aus dem Ordner, wo die .gcda und .gcno-Dateien vorhanden sind. Und den root-Pfad ist der Ordner wo die source-Dateien(.c oder .cpp) bestehen.

    Mit dabei, der Befehl sieht wie etwas, das, wie unten gezeigt.

    rr-mac:gcdaFolder$ gcovr -r /path_to_C_sourceFiles/.

    Für die Ausgabe-html-Datei unter Befehl funktioniert

    rr-mac:gcdaFolder$ gcovr --html -o Filename_rp.html -r /path_to_C_sourceFiles/.

    Hinweis: Der Punkt(.) am Ende ist verpflichtend

    • Was bedeutet der". " am Ende angeben?
    • '.' geben Sie das aktuelle Verzeichnis
    InformationsquelleAutor Rajesh Pappireddy
Schreibe einen Kommentar