[skip changelog] Run CI workflows that are useful to contributors on pushes to any branch (#887)
* Split docs workflow into validate and publish workflows The docs workflow had two uses: - Check that changes to docs don't break the static website build system - Publish the docs to the website To make the CI system friendly to contributors, it should be easy for them to validate documentation changes from a feature branch, meaning the validation aspect should run on a push to any branch. However, the special behavior of the workflow to publish on pushes conflicted with that usage. The most simple solution is to split the workflow into two. The validation workflow contains the process of interest to contributors, and is thus made friendly to their development process. The publishing workflow is not of interest to contributors, and thus doesn't need to be configured to run on pushes to any branch. * Run workflows that are useful to contributors on push to any branch Contributors should run CI in their feature branch to make sure it's passing before submitting a PR. Previously, the CI workflows were configured to run only on push to the master branch, meaning that contributors would need to modify the workflows just to get them to run on a feature branch. It's very unlikely that a contributor would do that, so they are more likely to just submit the PR, then if CI on the PR fails push fixup commits until CI is passing. The solution is simply to remove the filters that caused the workflows to run only on push to master.
Showing
Please register or sign in to comment