| Trees | Indices | Help |
|
|---|
|
|
object --+
|
process.properties.PropertiesMixin --+
|
process.buildstep.BuildStep --+
|
process.buildstep.LoggingBuildStep --+
|
base.Source --+
|
SlaveSource --+
|
Repo
Check out a source tree from a repo repository described by manifest.
| Instance Methods | |||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
Inherited from Inherited from Inherited from Inherited from Inherited from Inherited from |
|||
| Static Methods | |
|
Inherited from |
| Class Variables | |
name =
|
|
renderables =
|
|
|
Inherited from Inherited from Inherited from |
|
| Properties | |
|
Inherited from |
| Method Details |
x.__init__(...) initializes x; see help(type(x)) for signature
|
Each subclass must implement this method to do something more precise than -rHEAD every time. For version control systems that use repository-wide change numbers (SVN, P4), this can simply take the maximum such number from all the changes involved in this build. For systems that do not (CVS), it needs to create a timestamp based upon the latest Change, the Build's treeStableTimer, and an optional self.checkoutDelay value.
|
lets try to be nice in the format we want can support several instances of "repo download proj number/patch" (direct copy paste from gerrit web site) or several instances of "proj number/patch" (simpler version) This feature allows integrator to build with several pending interdependant changes. returns list of repo downloads sent to the buildslave |
taken the changesource and forcebuild property, build the repo download command to send to the slave making this a defereable allow config to tweak this in order to e.g. manage dependancies |
|
| Trees | Indices | Help |
|
|---|
| Generated by Epydoc 3.0.1 on Wed Nov 21 16:22:48 2012 | http://epydoc.sourceforge.net |