Chromium Code Reviews| OLD | NEW |
|---|---|
| (Empty) | |
| 1 Skia Buildbots | |
| 2 ============== | |
| 3 | |
| 4 Overview | |
| 5 -------- | |
| 6 | |
| 7 Like the Chromium team, the Skia team uses [buildbot](http://trac.buildbot.net/) | |
| 8 to run continuous builds and tests. | |
| 9 | |
| 10 Here is a link to our main status page: https://status.skia.org/ | |
| 11 | |
| 12 There are also Skia client, compile, Android, and FYI console pages for a detail ed | |
| 13 view of those results: | |
| 14 | |
| 15 Externally-facing: http://build.chromium.org/p/client.skia/console | |
| 16 | |
| 17 Internally-facing: http://chromegw.corp.google.com/i/client.skia/console | |
| 18 http://chromegw.corp.google.com/i/client.skia.internal/cons ole | |
| 19 \(only visible internally\) | |
| 20 | |
| 21 Architecture | |
| 22 ------------ | |
| 23 | |
| 24 The buildbot system consists of these elements: \(see | |
| 25 http://buildbot.net/buildbot/docs/current/manual/introduction.html#system-archit ecture | |
| 26 for more detail\) | |
| 27 | |
| 28 * builder | |
| 29 | |
| 30 * one repeatable build and/or test configuration on a given platform. | |
| 31 * each builder maintains its own local checkout of the Skia repo | |
| 32 * only one builder is running at any given time on any single buildslave; ot herwise, | |
| 33 different builders could interfere with each other's performance numbers | |
| 34 | |
| 35 * buildbot master | |
| 36 | |
| 37 * watches for new commits to land in the Skia repository | |
| 38 \(https://skia.googlesource.com/skia\) | |
| 39 * whenever a new commit lands, it tells buildbot slaves to start building an d | |
| 40 testing the latest revision | |
| 41 * serves up status pages whenever anybody requests them | |
| 42 | |
| 43 * buildslave \(or "buildbot slave"\) | |
| 44 | |
| 45 * a process on a machine that builds and runs code as directed by the buildb ot | |
| 46 master | |
| 47 * one or more builders run on each buildslave | |
| 48 | |
| 49 * build | |
| 50 | |
| 51 * one run of a particular build/test configuration, at a particular code | |
| 52 revision | |
|
borenet
2015/02/25 18:25:23
I might slightly modify this to include "builder":
hcm
2015/02/26 04:27:33
Done.
| |
| 53 | |
| 54 | |
| 55 Status View | |
| 56 ------------ | |
| 57 | |
| 58 The buildbot master process watches for new commits to land in the Skia | |
| 59 repository \(https://skia.googlesource.com/skia\). Whenever a new commit is | |
| 60 made, the buildbot master tells slaves to start building and testing the latest | |
| 61 revision. | |
| 62 | |
| 63 If the new commits land faster than the buildbots have time to cycle through all | |
| 64 buildbot types, then not every revision will be tested individually. Instead, | |
| 65 if the commits are on the same branch, they will be batched into a single build. | |
|
borenet
2015/02/25 18:25:23
I don't think these first two paragraphs are neede
hcm
2015/02/26 04:27:33
Done.
| |
| 66 | |
| 67 The status view shows a table with builders, grouped by test type and platform, | |
| 68 on the X-axis and commits on the Y-axis. The cells are colored according to | |
| 69 the status of the build for each commit: green indicates success, red indicates | |
| 70 failure, light orange indicates an in-progress build, and white indicates that | |
| 71 no build has started yet for a given revision. Commits are listed by author, and | |
| 72 the branch on which the commit was made is shown on the very left. | |
| 73 | |
| 74 For more detail, you can click on an individual cell to get a summary of the | |
| 75 steps which ran for that build. You can also click one of the white bars at | |
| 76 the top of each column to see a summary of recent builds for a given builder. | |
| 77 | |
| 78 | |
| 79 | |
| 80 | |
| OLD | NEW |