commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gary Gregory <garydgreg...@gmail.com>
Subject Re: [commons-parent] drop cobertura
Date Sat, 29 Dec 2012 17:59:49 GMT
Using Sonar is useless for local development. When I make changes and run a
build, I want to see all of the reports based on my local changes, not what
is in the VCS. I know we usually do CTR but this would force me to commit
to see reports in Sonar, a non-starter IMO.

Gary


On Sat, Dec 29, 2012 at 12:46 PM, Oliver Heger <oliver.heger@oliver-heger.de
> wrote:

> Am 29.12.2012 09:43, schrieb Luc Maisonobe:
>
>  Hi Phil,
>>
>> Le 28/12/2012 21:10, Phil Steitz a écrit :
>>
>>> On 12/28/12 11:44 AM, Gary Gregory wrote:
>>>
>>>> It seems a shame to turn off this feature for ALL projects because one
>>>> project can't figure out a workaround.
>>>>
>>>
>>> Can *any* project find a workaround?  Is there *any way* to turn
>>> this thing off?
>>>
>>
>> What about every project being declared in the aggregator project
>> Olivier set up in our instance of Sonar
>> <https://analysis.apache.org/**components/index/121254<https://analysis.apache.org/components/index/121254>
>> >?
>>
>>
> +1
>
> We could then even disable more reports in the components' poms (findbugs,
> pmd, checkstyle, ...) and just add a link to the Sonar instance.
>
> This would provide comprehensive up-to-date statistics for all components.
> It would also be a step forward in making the components more uniform.
>
> Oliver
>
>
>  Luc
>>
>>
>>> Phil
>>>
>>>>
>>>> Gary
>>>>
>>>> On Dec 28, 2012, at 12:21, Phil Steitz <phil.steitz@gmail.com> wrote:
>>>>
>>>>  Any objections to this?  In [math] at least we can't seem to turn it
>>>>> off and it is causing the site build to take forever.
>>>>>
>>>>> Thanks!
>>>>>
>>>>> Phil
>>>>>
>>>>> ------------------------------**------------------------------**
>>>>> ---------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org<dev-unsubscribe@commons.apache.org>
>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>
>>>>>  ------------------------------**------------------------------**
>>>> ---------
>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org<dev-unsubscribe@commons.apache.org>
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>
>>>>
>>>>
>>>
>>> ------------------------------**------------------------------**
>>> ---------
>>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org<dev-unsubscribe@commons.apache.org>
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>
>>>
>>>
>>
>> ------------------------------**------------------------------**---------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org<dev-unsubscribe@commons.apache.org>
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org<dev-unsubscribe@commons.apache.org>
> For additional commands, e-mail: dev-help@commons.apache.org
>
>


-- 
E-Mail: garydgregory@gmail.com | ggregory@apache.org
JUnit in Action, 2nd Ed: <http://goog_1249600977>http://bit.ly/ECvg0
Spring Batch in Action: <http://s.apache.org/HOq>http://bit.ly/bqpbCK
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message