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