Changes between Version 9 and Version 10 of BuildbotPolicy


Ignore:
Timestamp:
2020-06-22T14:43:38Z (4 years ago)
Author:
exarkun
Comment:

no more buildbot

Legend:

Unmodified
Added
Removed
Modified
  • BuildbotPolicy

    v9 v10  
    1 This page is the Tahoe-LAFS project's policy on supported platforms and their relationship to Buildbot slaves.  You may also be interested in [//buildbot-tahoe-lafs the Buildbot output page] or [wiki:HowtoContributeABuildbot how to Contribute a Buildbot].
    2 
    3 There are two classes of builder for the [http://allmydata.org/buildbot/ Tahoe Buildbot]: ''Supported'' and ''Unsupported''.  The buildbot policy has two parts:
    4 
    5 1.  Packages are produced for ''any'' platform only when ''all'' of the supported platforms pass tests.  This means that if, for example, the Windows platform starts failing unit tests, then we stop producing new .deb packages for Debian or Ubuntu.  Also vice versa: if one of the Supported debian platforms fails its unit tests, then we stop producing new Windows packages.
    6 
    7 2.  If a supported builder goes red then we fix it right away.
    8 
    9 Here is the procedure that we follow to implement this policy:
    10 
    11 1.  It could be we just committed a patch that breaks Tahoe in a way that makes a test fail on that builder.  In this case we either:
    12   a.   Revert that patch.
    13   a.   Commit a new patch that fixes the previous patch (careful ...)
    14 
    15 2.  It could be that the new patch doesn't break Tahoe, but that the unit tests incorrectly think it does, in which case we either:
    16   a.  Commit a new patch that fixes the unit tests.
    17   a.  Commit a new patch that marks that test as "skip" on that builder.
    18 
    19 3.  It could be that something in the configuration of the build machine has changed which breaks Tahoe and/or Tahoe's unit tests.  In that case we either:
    20   a.  Commit a new patch which makes Tahoe work on that new configuration.
    21   a.  Get the administrator of that build machine to change the configuration so that Tahoe works again.
    22 
    23 In any of these cases, we might be unable to resolve the redness in a timely manner.  In that case we demote that builder from the ''Supported Builders'' page to the ''Unsupported Builders'' page, as linked from the ''Buildbot'' button at the top of every page on this site.
    24 
    25 The fact that packages (.deb's, tarballs/zipfiles/etc., .egg's) are produced only when all supported builders are green means that you know when you download one of those packages that you are getting a package produced from a version of the source code that passed all tests on all supported platforms.
    26 
    27 (It might be nice if we did build packages even for versions of the software that didn't pass all tests, but segregated those packages somehow, such as put them in a separate download directory or a separate apt repository.  I don't know exactly how to program buildbot to do that, though.  --Zooko 2009-03-08)
     1BuildBot is no longer used by Tahoe-LAFS.  For information about the project's use of BuildBot, see [https://tahoe-lafs.org/trac/tahoe-lafs/wiki/BuildbotPolicy?action=history the history] for this page.