User:Rhelmer:Migrating Tinderbox to Buildbot: Difference between revisions
(break down a bit more) |
(fewer builders) |
||
Line 32: | Line 32: | ||
Long-term we can have Buildbot drive the process at a lower level. | Long-term we can have Buildbot drive the process at a lower level. | ||
The process | The process could be something like: | ||
4 builders total: | |||
* Source (checks out using timestamp, creates tarball) | * Source (checks out using timestamp, creates tarball) | ||
* (Linux/Mac/Windows)-(Clobber/Depend) | * (Linux/Mac/Windows)-(Clobber/Depend) | ||
Line 56: | Line 56: | ||
## make package | ## make package | ||
## upload package | ## upload package | ||
Need the following to have this well-supported in buildbot: | |||
* Source() class for client.mk-style scripted checkouts | |||
* some way to do clobber/depend in the same builder - perhaps a custom [http://buildbot.net/repos/release/docs/buildbot.html#Build-Factories BuildFactory] |
Revision as of 06:46, 6 December 2007
Shorter term
Use existing release automation
Short-term it's probably fastest and safest to keep Tinderbox server in place, with Buildbot reporting to it, until we get the Buildbot/Tinderbox server parity issues figured out.
On the client side, we have been working on automating the release process using Bootstrap driven by Buildbot; making this system work for Nightly(Clobber) and Depend builds should be fairly trivial.
Bootstrap's "Build" and "Repack" (l10n) steps currently just call into Tinderbox client, but we mitigate a lot of Tinderbox's problems. We should eventually take it out, but it will be much easier when it's encapsulated into these "steps" instead of our current situation (Tinderbox does everything).
Replace what we have, get the following "for free":
- only build on checkin for Depend
- produce full l10n set with nightly
- better logging/error checking
What we need to get there:
- buildbot master set up
- buildbot slaves on Mozilla1.8 and Firefox tinderboxes
- nightly timer scheduler
- bonsai change scheduler
Depend build scheduler does:
- Build
Nightly build scheduler does:
- Build
- Repack
- Update
We need #1 and #2 done for release automation anyway, #3 and #4 are trivial.
Longer Term
Drive build system from Buildbot
Long-term we can have Buildbot drive the process at a lower level.
The process could be something like:
4 builders total:
- Source (checks out using timestamp, creates tarball)
- (Linux/Mac/Windows)-(Clobber/Depend)
Clobber builds are triggered by the nightly scheduler (or manually) and do the following:
- Source builder creates and uploads source tarball
- (Linux/Mac/Windows)-Clobber builders
- download source, unpack
- configure
- make package
- upload package
- build symbols
- upload symbols
- create full MAR
- upload full MAR
Depend builds are triggered by checkins (e.g. using BonsaiPoller) (or manually) and do the following;
- (Linux/Mac/Windows)-Depend builders
- update existing source checkout (using client.mk)
- configure
- make package
- upload package
Need the following to have this well-supported in buildbot:
- Source() class for client.mk-style scripted checkouts
- some way to do clobber/depend in the same builder - perhaps a custom BuildFactory