[illumos-Developer] tr webrev
Garrett D'Amore
garrett at damore.org
Mon Sep 6 09:56:47 PDT 2010
On Mon, 2010-09-06 at 16:39 +0000, Paul Armstrong wrote:
> At 2010-09-06T13:29+0200, Joerg Schilling wrote:
> > "Garrett D'Amore" <garrett at nexenta.com> wrote:
> > Unless we have an automated test for tr that would allow to test
> > everything (which is not possible), we could create a "testing" source
> > gate and encourage people to do testing for a longer period of time
> > until we could move the tested bits into the stable gate.
>
> So this seems like a good time to bring up the question of where we put
> tests.
>
> We can either have a separate gate or we can create "test" directories
> within the directory of the module to be tested (e.g.
> illumos/usr/src/cmd/zpool/test).
>
> I generally prefer doing it the subdirectory way (at least for unit and
> regression testing) as that means the tests are something you might
> reasonably expect to require to be checked in at the same time as the
> code (so they don't get forgotten). It also allows the easy addition of
> regression testing make directives so you can do testing during a build.
> Large scale end to end tests that take days to run and are not module
> specific should (IMHO) either be in their own subdirectory or their own
> gate.
>
> I have similar opinions about man pages and package definitions (that
> is, I tend to prefer to checkin everything to do with a given piece of
> code at the same time with the same commit number so it's easily
> tracked).
>
> Thoughts?
I tend to agree. We need to come up with a concrete proposal about this
though. For some of this (e.g. man pages) there are additional
complexities (how should they be packaged? What about man page
translations? Etc.)
- Garrett
>
> Paul
>
> _______________________________________________
> Developer mailing list
> Developer at lists.illumos.org
> http://lists.illumos.org/m/listinfo/developer
More information about the Developer
mailing list