Re: Re: Continuous Integration Servers for php-src
| From: | Israel Ekpo | Date: | Sat, 17 Oct 2009 18:29:08 +0000 |
| Subject: | Re: Re: Continuous Integration Servers for php-src | ||
| References: | 1 2 3 4 5 6 7 8 9 | Groups: | php.qa |
| Request: | Send a blank email to php-qa+get-65407@lists.php.net to get a copy of this message | ||
On Fri, Oct 16, 2009 at 2:40 PM, Pierre Joye <pierre.php@gmail.com> wrote:
> On Fri, Oct 16, 2009 at 7:28 PM, Olivier Doucet <webmaster@ajeux.com>
> wrote:
> > Hi !
> >
> >>
> >> CDash looks like a good option for the reporting phase but I don't have
> >> any
> >> experience with it.
> >
> >
> >
> > There was a conversation about it (but no final agreement on which tool
> to
> > use were found):
> > http://marc.info/?t=124654559000019&r=1&w=2
> >
> > I made a review of existing tools and what can/should be done on this
> point:
> > http://marc.info/?l=php-qa&m=124615232603972&w=2
> >
> > To my mind, you should not write any code concerning tests output/logging
> > until a decision is reached :) It would just be lost time.
>
> I have to agree here, and extend this statement to the design as well.
>
> There are dozen of working build bots out there. All having their pros
> and cons, do we really need to invent yet another one?
>
> I would prefer to focus on the testing part, the new run-test, the
> reporting tools, etc. CDash could help a lot here and I'd to disagree
> with Olivier here, implementing it from scratch will take too much
> time for little gain.
>
> Cheers,
> --
> Pierre
>
> http://blog.thepimp.net |
> http://www.libgd.org
>
Hi Pierre and Olivier,
I was not trying to re-invent the wheels and honestly I was not aware of the
internal implementation and specification details of any of the buildbots
currently available.
I volunteered to take the project when Hannes asked if there was anyone
willing to work on setting it up.
I have to agree with you guys too on the testing part.
So I will skip the part for writing any code for testing, logging until the
decision is finalized on what tools will be using for testing.
I don't mean to sound like I am dis-regarding your recommendations; however,
in the time being I will respectfully proceed with the other part such as
setting up the notification queue and I will let you know when I am ready to
work on the testing/logging phase. I will be mostly responsible for its
maintenance so I want to make things as easy as possible for myself and
anyone else I will be assisting to help in its maintenance.
I will keep you guys posted.
--
"Good Enough" is not good enough.
To give anything less than your best is to sacrifice the gift.
Quality First. Measure Twice. Cut Once.