2016-07-21 23 views
1

ich sehr leicht einen Code-Coverage-Bericht in NetBeans bekommen, aber das Hinzufügen der folgenden mein Projekt pom.xml:NetBeans Codeabdeckung ohne POM Ändern

 <plugin> 
      <groupId>org.jacoco</groupId> 
      <artifactId>jacoco-maven-plugin</artifactId> 
      <version>0.7.7.201606060606</version> 
      <executions> 
       <execution> 
        <goals> 
         <goal>prepare-agent</goal> 
        </goals> 
       </execution> 
       <execution> 
        <id>report</id> 
        <phase>prepare-package</phase> 
        <goals> 
         <goal>report</goal> 
        </goals> 
       </execution> 
      </executions> 
     </plugin> 

Allerdings würde der Rest meines Teams lieber nicht haben JaCoCo-Abhängigkeit in das Projektquellen-Repository. Sie erhalten von EclEMMA in Eclipse IDE-Code-Coverage und es gibt andere Systeme in der CI-Kette, die Code-Qualitätsprüfungen durchführen.

Meine beste Lösung im Moment ist das Kopieren/Einfügen der JaCoCo Plugin-Strophe in das POM, wenn Sie lokal arbeiten, dann entfernen Sie es, bevor Sie es an SCM übergeben. Gibt es eine bessere Möglichkeit, die Abdeckung in NetBeans zu sehen, ohne das POM zu bearbeiten?

Antwort

1

Es ist nicht die beste Lösung, aber wenn Sie ein gute SCM haben wie Git oder Mercurial Sie lokale verwenden (= private) "Abdeckung Zweig" mit Jacoco hinzugefügt.

Wenn etwas Arbeit bereit ist zu überprüfen, wechseln Sie zu diesem Zweig, fusionieren Sie mit Ihrem Entwicklungszweig und führen Sie jacoco aus. Auf diese Weise können Sie jederzeit zu dem sauberen Pom zurückkehren und Sie haben nicht diese lästige manuelle Kopie & Paste Arbeit. Der Dev-Zweig enthält Ihre Änderungen zu keiner Zeit, und Sie können sie nicht versehentlich übernehmen.

Es ist auch möglich, auf dem Coverage-Zweig zu arbeiten und Commits zurück zum Dev-Zweig zu verschmelzen.


Ps. Wenn Sie z. SVN oder CVS Sie sind möglicherweise auf diese Weise verloren ...

+0

Wir verwenden Git, so ist dies eine Möglichkeit. Vielen Dank. – slim