IMO code coverage should be part of the standard documentation for a
component.  Looking at code coverage helps establish or shake my
confidence in a component. It should definitively be part of ones
development checklist, I like to have the best code coverage for any
new code that I check in.

Gary

On Jan 9, 2013, at 5:16, Olivier Lamy <ol...@apache.org> wrote:

> Hi Folks,
> I have started importing some content for sub projects (exec,
> collections). I will try to do more later.
>
> Where is the place to document that ?
>
> Note: currently some content is imported which could be removed (I
> think about cobertura for modules which use sonar).
>
> What is the status about moving cobertura to a dedicated profile in
> parent pom ?
> Can I move it to a reporting profile in parent pom ?
>
> Thanks,
> --
> Olivier Lamy
> Talend: http://coders.talend.com
> http://twitter.com/olamy | http://linkedin.com/in/olamy
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Reply via email to