[openib-general] OpenSM Issues of the last couple days
Hal Rosenstock
halr at voltaire.com
Sat Dec 9 10:20:18 PST 2006
On Sat, 2006-12-09 at 13:01, Sasha Khapyorsky wrote:
> Hi Eitan,
>
> On 16:26 Sat 09 Dec , Eitan Zahavi wrote:
> >
> > Without another devel branch I will not be able to test patches before
> > the make it into the trunk.
> >
> > I do not know how to make an automatic mail extraction into patches into
> > tree such that I can have automatic patch check.
>
> You can just pipe emails with patches to git-am (manually after review
> or automatically via procmail), so this will be committed in the local
> tree/branch as you want.
>
> > I am not a great fan of a new branch too.
> >
> > So we need to agree that regression runs resulting with bug reporting
> > post commit to the trunk is our mode of work.
>
> It is ok for me. At least as start point, if we will have automatic
> nightly regression tests for the trunk it is just fine. If this will
> work, and after collecting some experience we may think about
> "quarantine" branch/tree and the regression testing expansion.
>
> > I do not have a big issue with this (but it is more work for Hal).
>
> Hal, what do you say?
What is the nightly regression and who will run it ?
It seems to me that the patches could be automated or a manual procedure
can be put in place so I am not keen on maintaining a pre-trunk branch
but would if I am convinced it can't be done easily by the methods I
mentioned, that the regression would be run nightly on a continuing
basis, and that reports would be issued based on the runs (to interested
parties).
-- Hal
> Sasha
>
> >
> > Eitan
> >
> > Sasha Khapyorsky wrote:
> > >On 18:42 Fri 08 Dec , Eitan Zahavi wrote:
> > >
> > >>Instead on relying on bug reading I use automatic regression. I wish we
> > >>could agree on some regression that
> > >>each developer will have to run before patches are committed to the trunk.
> > >>On my side I would love to have an automatic way to include all the
> > >>patches posted (one at a time) run "dead or alive" check
> > >>and provide feedback. Currently my automation is limited to testing the
> > >>trunk. So I will always be complaining after the patches are
> > >>committed. I think this is the way most other components testing works.
> > >>
> > >>What kind of regression suite do you and Sasha use?
> > >>
> > >
> > >On my side it clearly depends from kind of changes. In general I would
> > >call this "uni-testing".
> > >
> > >
> > >>Can we agree on minimal pre-commit testing?
> > >>Can we have a branch for that sake where all patches will first have to
> > >>go into for 2 days? (it will allow for pre-trunk testing).
> > >>
> > >
> > >One more development branch? Will you test (or even see) this? If so I
> > >can publish the "fresh" tree.
> > >
> > >Sasha
> > >
> > >_______________________________________________
> > >openib-general mailing list
> > >openib-general at openib.org
> > >http://openib.org/mailman/listinfo/openib-general
> > >
> > >To unsubscribe, please visit
> > >http://openib.org/mailman/listinfo/openib-general
> > >
> >
More information about the general
mailing list