[Gluster-devel] Proposed change in Gerrit workflow

Vijay Bellur vbellur at redhat.com
Fri Sep 28 14:46:47 UTC 2012


On 09/25/2012 07:26 PM, Jeff Darcy wrote:
> On 09/25/2012 06:43 AM, Vijay Bellur wrote:
>> We intend to bring the following change in our gerrit based workflow:
>>
>> - Introduce +2 and -2 for Verified in Gerrit
>> - +2 for Verified to be necessary for merging a patch
>>
>> The intent of this proposed change is to get additional test coverage
>> and reduce the number of regressions that can sneak by. Jenkins would
>> continue to provide +1s for all submitted changes that pass basic smoke
>> tests. An additional +2 would be necessary from somebody who tests the
>> patch. Providing a +2 for Verified would be semantically similar to
>> adding a Tested-by: tag.
>
> I like the idea generally, but I think it would be good to have a bit more
> clarity about what testing +2 requires.  Is self-testing OK, or must it be
> someone else?  Are manual tests OK, or must it be a (possibly new) part of the
> standard functional/regression tests?  If manual tests are OK, what level of
> explanation is required w.r.t. what tests were run on what configuration?  I
> don't think we need to set the bar especially high right now, but IMO it does
> need to be spelled out in our development-process doc.

Added details in the 'Patch Specific Verification' section here:

http://www.gluster.org/community/documentation/index.php/Development_Work_Flow_Proposed

Please feel free to comment/edit.

Thanks,
Vijay





More information about the Gluster-devel mailing list