|
| 1 | +PyNE-CI Documentation |
| 2 | +===================== |
| 3 | + |
| 4 | + |
| 5 | +PyNE Circle-CI use CIrcle_CI version 2.1 and is composed of 4 main sections: |
| 6 | +`executors`, `commands`, `jobs` and `workflow`. |
| 7 | + |
| 8 | +Executors |
| 9 | +--------- |
| 10 | +The `executors` define aliases to the environment to run the different jobs. In our case these are |
| 11 | +different docker images containing different combinations of the optional |
| 12 | +dependencies of PyNE (`MOAB`, `pyMOAB`, `DAGMC`) in one of the two supported |
| 13 | +Python versions (Python 2.7 or Python 3.6). |
| 14 | + |
| 15 | + |
| 16 | +Commands |
| 17 | +--------- |
| 18 | +The `commands` section provides the definitions of macro commands with arguments to be used |
| 19 | +in the different jobs. |
| 20 | + |
| 21 | +`news_check`: checks the presence of a new news file in the news folder |
| 22 | + |
| 23 | + |
| 24 | +`save_container`: saves the status of a container to be reloaded in an |
| 25 | +other job. |
| 26 | + |
| 27 | + - `arguments`: |
| 28 | + - `build` (string): build configuration parameters, used to identify a |
| 29 | + build configuration |
| 30 | + |
| 31 | + |
| 32 | +`pull_container`: pulls a previously saved (using the `save_container` command) status of container. |
| 33 | + |
| 34 | + - `arguments`: |
| 35 | + - `build` (string): build configuration parameters (has to match the build |
| 36 | + argument used to save the container) |
| 37 | + |
| 38 | + |
| 39 | +`checkout_build`: checks out PyNE branch to be tested, builds it and saves it |
| 40 | +using the `save_container` command. |
| 41 | + |
| 42 | + - `arguments`: |
| 43 | + - `build` (string): used to identify a configuration |
| 44 | + - `flags` (string): flags to be use when building PyNE |
| 45 | + |
| 46 | + |
| 47 | +`run_test`: pulls a previous container using `pull_container` command, then runs the PyNE |
| 48 | +nosetests using the provided `flag`. |
| 49 | + |
| 50 | + - `arguments`: |
| 51 | + - `build` (string): used to identify a configuration |
| 52 | + - `flags` (string): flags to be use when running the PyNE nosetests |
| 53 | + |
| 54 | + |
| 55 | +`website_build_push`: pull the Python 2.7 build with all the PyNE optional |
| 56 | +depedencies `python2_dagmc_pymoab` saved image (using `pull_container` command), |
| 57 | +build the website, and push it to the `pyne.github.com` repo. |
| 58 | + |
| 59 | + - `arguments`: |
| 60 | + - `push_option` (string: `test` or `root`): |
| 61 | + - `test` option will push the newly built website to `website_preview` |
| 62 | + branch of the repo allowing reviews. |
| 63 | + - `root` option will push the website on the `master` branch of the repo, |
| 64 | + deploying a new version of the website in `pyne.io` |
| 65 | + |
| 66 | + |
| 67 | +Jobs |
| 68 | +---- |
| 69 | +The `jobs` section defines all the different jobs used in the different |
| 70 | +workflows. For each built configuration two jobs have been defined, one to build |
| 71 | +PyNE, and one to run the `nosetests`. In addition to the build and test |
| 72 | +jobs, two additional jobs have been created to build and push the website, one |
| 73 | +to the `website_test` branch of the `pyne.github.com` repo, and one to the |
| 74 | +`master` branch. |
| 75 | + |
| 76 | + |
| 77 | +Workflow |
| 78 | +-------- |
| 79 | +The `workflow` section defines independent workflow triggers the different |
| 80 | +jobs (with triggers). |
0 commit comments