Skip to content
This repository was archived by the owner on Dec 16, 2024. It is now read-only.

Comments

Add test to check Buildbot master config#307

Merged
bors-servo merged 3 commits intoservo:masterfrom
aneeshusa:check-buildbot-configs
Apr 7, 2016
Merged

Add test to check Buildbot master config#307
bors-servo merged 3 commits intoservo:masterfrom
aneeshusa:check-buildbot-configs

Conversation

@aneeshusa
Copy link
Contributor

A few things in this PR (in separate commits):

  • Refactor the Buildbot states to standard paths, use more Jinja templating
  • Switch the Buildbot master service to not restart automatically. It will need to be restarted manually if there are configuration changes. This should alleviate the need for state.apply.
  • Use the buildbot checkconfig command to confirm the syntax of the Buildbot master configuration, and run it on Travis. This can be run via ./test.py sls.buildbot.master, but note that this won't work locally - it needs to be run in an environment where the Buildbot master states have run, i.e. Travis or Vagrant.

cc @larsbergstrom @edunham


This change is Reviewable

Split the master and slave states into separate directories,
use the standard files/ directory, and use more Jinja templating.
Automatically restarting Buildbot when there are outstanding builds causes them
to get lost and is generally a bad idea. Until we have a more robust way to
restart the Buildbot master on configuration change, disable the auto-restart
behavior.
This test can be run via `./test.py sls.buildbot.master`. It will only
work properly once the Buildbot master states have been run, and is
meant to be run either in Vagrant or on Travis, not locally.

Running `./test.py` without arguments will only run the linting tests, since
those can be run anywhere with just the source code.

For now, hard-code this test to be run on the servo-master1 node on Travis.
This should be replaced with a more intelligent test dispatcher in `test.py`
which uses the top file via Salt's state.show_top in the future, but hard
coding this for now will reduce Buildbot's fragility.
@edunham
Copy link
Contributor

edunham commented Apr 7, 2016

@bors-servo r+

Thank you! This looks great!

@bors-servo
Copy link
Contributor

📌 Commit d5f50b0 has been approved by edunham

@bors-servo
Copy link
Contributor

⌛ Testing commit d5f50b0 with merge 566c5ba...

bors-servo pushed a commit that referenced this pull request Apr 7, 2016
Add test to check Buildbot master config

A few things in this PR (in separate commits):
  - Refactor the Buildbot states to standard paths, use more Jinja templating
  - Switch the Buildbot master service to not restart automatically. **It will need to be restarted manually if there are configuration changes.** This should alleviate the need for `state.apply`.
  - Use the `buildbot checkconfig` command to confirm the syntax of the Buildbot master configuration, and run it on Travis. This can be run via `./test.py sls.buildbot.master`, but note that this won't work locally - it needs to be run in an environment where the Buildbot master states have run, i.e. Travis or Vagrant.

cc @larsbergstrom @edunham

<!-- Reviewable:start -->
---
This change is [<img src="https://reviewable.io/review_button.svg" height="35" align="absmiddle" alt="Reviewable"/>](https://reviewable.io/reviews/servo/saltfs/307)
<!-- Reviewable:end -->
@larsbergstrom
Copy link
Contributor

This is awesome - great work @aneeshusa!

@bors-servo
Copy link
Contributor

☀️ Test successful - travis

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants