Developing secondary architecture release criteria
Dennis Gilmore
dennis at ausil.us
Fri Jul 8 16:15:43 UTC 2011
> 2. Highlight differences - Draft individual wiki pages for each
> arch for each milestone (Alpha, Beta, Final). However, instead
> of duplicating all applicable primary arch content, only
> highlight the differences between the primary and secondary
> arch.
> * PROS - A little less work than the full-duplication
> approach
> * CONS - Still a lot of wiki maintenance. Not necessarily
> in terms of wiki content, but definitely in terms of
> wiki pages. Having plenty of experience trying to
> figure out whether a but impacts criteria, I think this
> creates additional hoops to jump through to figure out
> if a bug impacts the criteria or not.
I think that this is the way to do it. one page per secondary arch noting
differences, for instance sparc is likely to be almost exactly the same,
there is a desktop and server target. so differences really will be
minimal.
More information about the test
mailing list