Doing a GeoNetwork releaseΒΆ

This section documents the steps followed by the development team to do a new release.

Once the release branch has been thoroughly tested and is stable a release can be made.

  1. Build the release

# Setup properties
frombranch=origin/master
versionbranch=3.12.x
version=3.12.1
minorversion=0
newversion=$version-$minorversion
currentversion=3.12-SNAPSHOT
previousversion=3.12.0
nextversion=3.12-SNAPSHOT
nextMajorVersion=4.0.0-SNAPSHOT


# Get the branch
git clone --recursive https://github.com/geonetwork/core-geonetwork.git \
          geonetwork-$versionbranch
cd geonetwork-$versionbranch


# Create or move to the branch for the version
# Create it if it does not exist yet
git checkout -b $versionbranch $frombranch
# or move into it if it exist
# git checkout $versionbranch


# Update version number (in pom.xml, installer config and SQL)
./update-version.sh $currentversion $newversion


# Build the new release
mvn clean install -DskipTests -Pwith-doc


# Generate list of changes
cat <<EOF > docs/changes$newversion.txt
================================================================================
===
=== GeoNetwork $version: List of changes
===
================================================================================
EOF
git log --pretty='format:- %s' $previousversion... >> docs/changes$newversion.txt


# Download Jetty and create the installer
cd release
mvn process-resources -Djetty-download
mvn package

# Deploy to osgeo repository (requires credentials in ~/.m2/settings.xml)
mvn deploy
  1. Test the installer

cd target/GeoNetwork-$newversion
unzip geonetwork-bundle-$newversion.zip -d geonetwork-bundle-$newversion
cd geonetwork-bundle-$newversion/bin
./startup.sh
  1. Commit & tag the new version

# Then commit the new version
git add .
git commit -m "Update version to $newversion"

# Push the release tag
git tag -a $version -m "Tag for $version release"
git push origin $version

# Set version number to SNAPSHOT
./update-version.sh $newversion $nextversion

# Add SQL migration step for the next version
mkdir web/src/main/webapp/WEB-INF/classes/setup/sql/migrate/v3122
cat <<EOF > web/src/main/webapp/WEB-INF/classes/setup/sql/migrate/v3122/migrate-default.sql
UPDATE Settings SET value='3.12.2' WHERE name='system/platform/version';
UPDATE Settings SET value='SNAPSHOT' WHERE name='system/platform/subVersion';
EOF
vi web/src/main/webResources/WEB-INF/config-db/database_migration.xml

In WEB-INF/config-db/database_migration.xml add an entry for the new version in the 2 steps:

<entry key="3.12.2">
  <list>
    <value>WEB-INF/classes/setup/sql/migrate/v3122/migrate-</value>
  </list>
</entry>
git add .
git commit -m "Update version to $nextversion"


# Push the branch
git push origin $versionbranch
  1. Publishing

Generate checksum files

  • If using Linux:

cd web/target && md5sum geonetwork.war > geonetwork.war.md5 && cd ../..
cd release/target/GeoNetwork-$version && md5sum geonetwork-bundle-$newversion.zip >  geonetwork-bundle-$newversion.zip.md5 && cd ../..
  • If using Mac OS X:

md5 -r web/target/geonetwork.war > web/target/geonetwork.war.md5
md5 -r release/target/GeoNetwork-$newversion/geonetwork-bundle-$newversion.zip > release/target/GeoNetwork-$newversion/geonetwork-bundle-$newversion.zip.md5

On sourceforge first:

sftp $sourceforge_username,geonetwork@frs.sourceforge.net
# For stable release
cd /home/frs/project/g/ge/geonetwork/GeoNetwork_opensource
# or for RC release
cd /home/frs/project/g/ge/geonetwork/GeoNetwork_unstable_development_versions/
mkdir v3.12.1
cd v3.12.1
put docs/changes3.12.1-0.txt
put release/target/GeoNetwork*/geonetwork-bundle*.zip*
put web/target/geonetwork.war*
bye

Update or add the changelog in the documentation https://github.com/geonetwork/doc .

Close the milestone on github https://github.com/geonetwork/core-geonetwork/milestones?state=closed with link to sourceforge download.

Publish the release on github https://github.com/geonetwork/core-geonetwork/releases .

Update the website links https://github.com/geonetwork/website .

Send an email to the mailing lists.

  1. Merge in depending branches

If a major version, then master version has to be updated to the next one (eg. if 3.8.0, then 3.7.x is 3.9.x).

# Create it if it does not exist yet
git checkout master
./update-version.sh $currentversion $nextMajorVersion

In the following folder web/src/main/webapp/WEB-INF/classes/setup/sql/migrate create v370 folder.

In this folder create a migrate-default.sql with the following content:

UPDATE Settings SET value='3.7.0' WHERE name='system/platform/version';
UPDATE Settings SET value='SNAPSHOT' WHERE name='system/platform/subVersion';

In web/src/main/webResources/WEB-INF/config-db/database_migration.xml add the following for the migration to call the migration script:

<entry key="3.7.0">
  <list>
    <value>WEB-INF/classes/setup/sql/migrate/v370/migrate-</value>
  </list>
</entry>

Commit the new version

git add .
git commit -m "Update version to $nextMajorVersion"
git push origin master