Warning: This document describes an old release. Check here for the current version.

Making releases

Cutting a new release is automated, you use the
./scripts/make-dist.sh script after double-checking version
strings across the code repository:

scripts/lib/gt4.0/dist/build.properties

cloud-client/builder/environment.sh

control/src/python/workspacecontrol/main/wc_optparse.py

pilot/workspacepilot.py

cumulus/authz/pynimbusauthz/__init__.py

You can also use a script that does this all on a remote node where
a webserver resides. This is what the Nimbus committers uses on the
nimbusproject.org web server to cut every set of release tarballs
and any intermediate ones.
See the original commit message for usage.

Most cloud client releases do not need to happen in tandem with a service
release because the protocol rarely changes.

Making a new cloud client release involves getting the "workspace/vm/cloud-client"
tarball builder and reading its README.txt.

The cloud client has its own CHANGES.txt and README.txt files that need
updating.

Transfer the final result to the usual place,
"USERNAME@cvs.globus.org:/www/workspace.globus.org/downloads/"

It's a good thing to help out and note on the download page which version
of the cloud client is actually compatible with various clouds. Especially
if there are no clouds that a new version is compatible with, this can
happen right after a release of the service and cloud client.