Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Background

The Github repository for the R client has two main branches, "develop" and "master".  "Master" contains the series of released versions of the R Client, each tagged according to its version.  "Develop" is the branch for on-going development work.  It is merged into Master when a new version is released.

Builds are done using Jenkins jobs which run at at http://ec2-54-245-172-65.us-west-2.compute.amazonaws.com:8080 (this will be updated with a permanent CNAME)jenkins.sagebase.org:8080. There are jobs for (1) building the client from the Github repository, (2) deploying clients to Sage's LRAN (depot.sagebase.org) and (3) for testing versions deployed to the LRAN.

Deployment Steps

(NOTE:  Still have to add the step in which we increment the 'latest version' information in versions.synapse.sagebase.org.)

To deploy a new version of the R client to depot.sagebase.org and verify that it runs againt production Synapse:
- clone Sage-Bionetworks/rSynapseRepository
- switch to the develop branch
    git checkout develop
- set the version for the new release, by editing the "Version:" field in the DESCRIPTION file.  Also update "Date:" to be the current date and fill in "ReleaseNotes:" with a brief description of the main features or fixes which are included in the new version.  Edit man/synapseClient-package.Rd, ensuring its Version and Date fields match those in the DESCRIPTION file.

-If this version of the client is incompatible with the production version of the Synapse server (i.e. if it reflects a breaking API change) then add the new client version and the production server version to the "black list", following the instructions below.

- push to Github
    git push origin develop
- go to the Jenkins dashboard (http://ec2-54-245-172-65.us-west-2.compute.amazonaws.comjenkins.sagebase.org:8080) and verify that the "rSynapseClient-develop" job completed successfully
- merge from develop to master
    git checkout master
    git merge develop

...

    git push origin master --tags

- go to the Jenkins dashboard (http://ec2-54-245-172-65.us-west-2.compute.amazonaws.comjenkins.sagebase.org:8080) and verify that the "rSynapseClient-master" job completed successfully
- In Jenkins, run deploy-rSynapseClient-master, and verify that it completes successfully


- log in to Belltown/sodo and upgrade the shared version of the R client.  (You must be a member of the "sudoers" group to do this.):

Code Block
# Download source package from depot.sagebase.org
# On Belltown (intel)
#sudo scp depot.sagebase.org:/data/srv/www/htdocs/Foswiki/CRAN/prod/2.14/src/contrib/synapseClient_0.20-0.tar.gz .
#module load R/2.14.1-intel
#sudo R CMD INSTALL synapseClient_0.20-0.tar.gz -l /gluster/toolbox/R/2.14.1-intel/lib64/R/library
#module unload R/2.14.1-intel
module load R/2.15.0-intel
sudo R CMD INSTALL synapseClient_0.20-0.tar.gz -l /gluster/toolbox/R/2.15.0-intel/lib/R/library
# On sodo (amd)
#module load R/2.14.1-intel
#sudo R CMD INSTALL synapseClient_0.20-0.tar.gz -l /gluster/toolbox/R/2.14.1-amd/lib64/R/library
#module unload R/2.14.1-amd
module load R/2.15.0-amd
sudo R CMD INSTALL synapseClient_0.20-0.tar.gz -l /gluster/toolbox/R/2.15.0-amd/lib64/R/library


 

Note:  The specifics will change as newer version of R are released.

How to Black List a Version

If a version of the R Client is problematic or incompatible with a version of the Synapse server, there is a mechanism to disable or "black list" that version of the client.

...

The "black list" is a list of client/server pairs, where the server may be a specific version or a wildcard ("*") and the client may be a specific version or may be all versions before (inclusive/exclusive) or after (inclusive/exclusive) a given version.  To get the version of a server, use the repository services "/version" service e.g:

Code Block
curl http://repo-prod.prod.sagebase.org/repo/v1/version

{"version":"1.15.0-8-ge79db7a"}

...

Verify that the file has been modified correctly:  Run the integration test suite in Jenkins, as described above.  This will exercise the black list, ensuring correctness.

 

References

R documentation

A wickedly-basic high-level intro, including some basics on setting up your own LRAN:

...

bash

With some basic bash scripting knowledge, the purpose of the Jenkins jobs that use shell scripts will be pretty obvious:

Jenkins

I found Jenkins to be simple and self-explanatory, so didn't read any of its documentation. If after messing with it, you still find yourself to be confused, you might try some of their online tutorials:

...