Page Comparison

...

• Run on every push
• Make sure new changes do not break the build
• Do not make change to Github repository
• Do not push artifact to RAN (or staging RAN)
• Item: 
  • http://jenkins.sagebase.org:8080/job/synapser_-dev/

Staging Build

• Run on release candidate branches, ideally once; and occasionally, when a patch need to go in before release.
• Build the artifacts
• Update version, date, and docs, and push changes back to Github repository release candidate branch
  Note that this build requires pandoc, and libxml2 to be available on the build machine.
• Push artifacts to staging RAN
• Test that artifacts can be installed
• Items:
  • http://jenkins.sagebase.org:8080/job/synapser-staging/
  • http://jenkins.sagebase.org:8080/job/synapser_staging_artifact/http://jenkins.sagebase.org:8080/job/synapser_staging_-staging-deploy/
  • http://jenkins.sagebase.org:8080/job/synapser_-check/

Release Build

• Run when a version is released. 
• Do not make change to Github repository
• Push artifacts to RAN
• Test that artifacts can be installed
• Item:
  • http://jenkins.sagebase.org:8080/job/synapser_-prod_-deploy/
  • http://jenkins.sagebase.org:8080/job/synapser_-check/

Future Work

• Append an item to run right after release build item, testing the deployment:
  • Download and install the artifacts on different platform and versions of R - DONE
  • Load the synapser library and verify that it works - DONE
• Build docs - DONE

...

• Each build machine should only responsible for 1 version of R. (This decision was made because R v3.5 requires uninstall old versions of R.)
• Build machine will has labels <mac/windows/linux>-rRVERS-<version>. For example: mac-rRVERS-363.6.

Windows

Location

The EC2 machine is under the AWS Synapse dev account (449435941126).

...