[Mono-dev] Unit Testing process: Community Contributions

Miguel de Icaza miguel at xamarin.com
Fri Oct 17 21:43:42 UTC 2014


Hello,

The build bot does some of this work when you submit a pull request.   It
does not cover all platforms, nor all configurations, but it is a good
first step.

But this is not a problem.   Not every patch affects all systems, and most
of the code is cross platform, so testing on one is enough.

On Fri, Oct 17, 2014 at 5:38 PM, Edward Ned Harvey (mono) <
edward.harvey.mono at clevertrove.com> wrote:

>  This might have gotten buried in the other thread.  So here's a new
> thread to bring it up to attention.
>
>
>
> Miguel, this question is probably for you.  (And by the way, thank you for
> everything, and especially thank you for participating here.)
>
>
>
> The bottleneck that's preventing much community contribution is
> *primarily* the fear of community contributions breaking other things.
>
>
>
> So this sounds like an area that is actually *feasible* to really make a
> huge improvement on:
>
>
>
> Can we please, formally adopt a process that community contributors can
> follow, and reasonably expect (a) that their contributions won't break
> anything, and (b) that their contributions will consequently be reviewed in
> a reasonable timeframe?
>
>
>
> One thing in particular that's missing is a formal definition of how the
> community contributors should run unit tests.  It doesn't necessarily need
> to be easy - As we all know, mono is a huge complex and awesome project.
> If it's absolutely necessary to run unit tests on 7 versions of linux, OSX,
> android and iOS, then so be it.  While none of us are prepared to run those
> kinds of tests right now, you put the target up in the air and tell the
> community "Figure out some way community contributors can regularly and
> habitually run these tests before submitting code" and we'll be energized
> as a result of having a clear *direction* and I'm certain we'll find a way
> to hit that target.  I know there's lots of work on the platter, but this
> in particular is something I think you can afford to do, with huge
> implications of community good will, and long-term growth and adoption.
>
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ximian.com/pipermail/mono-devel-list/attachments/20141017/07fe7505/attachment.html>


More information about the Mono-devel-list mailing list