[Buildbot-devel] Force scheduler accepting patch
Hugh Sorby
h.sorby at auckland.ac.nz
Wed Oct 17 03:43:31 UTC 2012
On 10/17/2012 04:21 PM, Dustin J. Mitchell wrote:
> On Tue, Oct 16, 2012 at 10:47 PM, Hugh Sorby <h.sorby at auckland.ac.nz> wrote:
>> Sure I'll give it a shot. I'm not too fimiliar with the codebase especially
>> anything twisted related. I would like to setup the testing so I can do
>> things like create fake svn commits are there any docs on that, currently I
>> use actual svn commits which fills up the logs with lots of 'testing'
>> commits. Up till now I have had only a user experience with buildbot and
>> made some minor mods to suit my needs.
> As you experiment, I'd recommend setting up a local svn repository
> (using svnadmin). For the tests that are included within Buildbot, we
> have systems in place to "fake" svn so that the tests can run even
> when svn is not installed, and so that the tests do not depend on
> configuration of a repository or anything like that.
>
>> I will start some work on this and see where it goes.
>>
>> 1. I am guessing that the try scheduler can accept a patch and that I might
>> be able to port this over to the force scheduler?
> Yes.
>
>> 2. I'm not at all sure how I'm going to be secure on the contents of a
>> patch, or the result of it. One of my reasons for using the force scheduler
>> is that I can then only enable the patch functionality to be applied through
>> an authenticated user, whom presumably I trust.
> That's exactly how it should work. Try supports either
> username/password authentication, or SSH authentication, so the force
> scheduler will need to support authentication as well. It already
> does, using cookies, which could be a bit hard to use from an API
> client.
>
>> 3. A command line try client separated from buildbot and it's dependencies
>> sounds good, but I think not a necessity to get this working.
> Well, you'll need to write a client anyway, right? I would think that
> it would be easier to write it outside of Buildbot. But whatever
> seems best to you.
When I initially thought about this I was wondering if I could get a
file chooser into the force scheduler to come and get a patch file off
my local machine. Thereby dodging the authentication as it has already
been done and also not needing anything on the client side. After a
careful reread I see better as to where you are coming from and I hadn't
fully considered these issues. I will look into it some more and see
what I can come up with. First I shall look at getting the testing
running on my machine. That is of course after I set up the current
project I am working on to get it's building and testing done by buildbot.
>> 4. JSON input would be something I would also put in the 'would like to
>> have' basket.
> I think JSON will be *easier* than formulating a form submission of
> the sort a browser would create.
>
>> 5. Unit tests, yes just have to find out how to create them for buildbot
>> 6. Docs, of course I love doing documentation (Just in case your mail
>> client doesn't show it that last bit was written using the 'sarcastic
>> font'.)
> Buildbot's docs are one of its strengths :)
Unfortunately the same can not be said of me.
> Dustin
More information about the devel
mailing list