>>>>> "DR" == Dean Roehrich <[EMAIL PROTECTED]> writes:

    DR> On Wed, Oct 19, 2005 at 03:40:17PM -0700, Dan Price wrote:
    >>
    >> Hi Everyone,
    >>
    >> Codereview is a pillar of quality software development; the OpenSolaris
    >> project does a good job of intensively reviewing changes today, but our
    >> codereview process would would be even better if more codereviews
    >> involved the wider community.

    DR> Dan,

    DR> Could you describe the usage model?  I don't see hooks to a
    DR> codestriker-type of thing.  If someone puts something on grommit then
    DR> what is the method for interested reviewers to know about it?

The poster tells people about it.

    DR> Do reviewers need to have an account?  Where should the review
    DR> discussion happen?

    DR> What is a 'webrev'?  What is a 'wad'?

A webrev is the output generated by $SRC/tools/scripts/webrev.sh
(/opt/onbld/bin/webrev).

A wad is a set of changes.  As in, I'm finishing up my kmdb wad, and am getting
ready to put back.

    DR> Do people put unified or context diffs onto grommit, or do they put
    DR> complete source files?  Whole directories of the solaris tree?

Webrev generates both.

    DR> Why is this model preferred over having people post unified diffs to a
    DR> mailing list for review and discussion?

The webrev model is more flexible, as it provides access to several
different forms of diff, grouped in a way that's easier to read for large
changes.  That said, if an implementor and the reviewers for a given wad decide
that they're going to use something else, they're more than welcome to.

Matt

-- 
        Matt Simmons - [EMAIL PROTECTED] | Solaris Kernel - New York
              Is it true that cannibals don't eat clowns
                      because they taste funny?
_______________________________________________
opensolaris-discuss mailing list
[email protected]

Reply via email to