1: Upgrading the pool(s) and watching for bugs 1: Release the binaries to the public and announce the release -{section: Preliminary Work} +{section: Building the right binaries} 1: Coordinate a development code-freeze. This involves chasing down people who are trying to finish bug fixes, new features (if it's a development release), porting, or any other core development that is slated for a given release. @@ -142,7 +142,7 @@ *:: =git tag V7_0_3 BUILD-V7_0_3-branch-2008-6-15= *:: =git push origin V7_0_3= (This puts the V7_0_3 tag in the central CONDOR_DOC.git repo.) -{section: Release Day} +{section: Preparing to release to the world} 1: Release binary tarballs to the web. Releasing the binaries to the public is a two step process. First, we put the binaries into AFS at =/p/condor/public/binaries/vX.Y/X.Y.Z=. Then, we invoke the download system scripts to push these binaries from AFS out to the mirrors (this is a later step in these instructions). @@ -211,7 +211,7 @@ {endcode} -{subsection: Release Condor} +{subsection: Release Condor to the world}