This document describes the step by step process required to be followed for releasing new versions of Apache Fineract.
Specifically, following this process turns the source code that is available on https://github.com/apache/fineract/ into a binary release ZIP available on http://fineract.apache.org, and produces required Release Notes of that's great and new.
This page should be kept up-to-date and improved for each release by the Release Manager (RM) as they come across aspects of the release process not yet (or wrongly) documented here.
Apache Process
The herein documented Apache Fineract release process is, obviously, based on the overall process customary at Apache, which people working on a release are expected to have read and understood:
- http://www.apache.org/dev/#releases
- https://www.apache.org/legal/release-policy.html
- https://infra.apache.org/release-distribution.html
- https://infra.apache.org/release-publishing.html
- https://infra.apache.org/release-download-pages.html
- https://infra.apache.org/release-signing.html
Note that the Apache Fineract project does not release any artifacts to Apache's Maven repository. (Because the project does not provide any libraries, only a ZIP file of the full application end users will directly run.)
Overview of the process
- Release Manager for next release needs to step up on public dev@fineract.apache.org mailing list, announcing intention to drive a release following this process, and confirming she/he has the required prerequisites (see below)
- Release Manager sends the "heads up" email to the public dev mailing list, formally announcing the start of the release process
- Release Manager and any interested community members work together on cleaning up JIRA
Roles, Tools and prerequisites
Every release needs to have 1 named primary release manager who coordinates and takes ownership for driving the process described on this page. She/he could, of course, work together with others. Executing this release process requires:
- dev@fineract.apache.org mailing list membership (and past activity, for credibility..)
- Apache Confluence Wiki Edit permission (for contributing to e.g. improving this page and creating the release notes overview page)
- Apache JIRA full permission (for moving issues to the next release)
- git committer privileges (for creating tags)
- familiarity with locally building the Fineract code (for creating the release ZIP)
- PMC membership (for uploading the release ZIP) - this can of course be delegated
- familiarity with PGP/GPG (for digitally signing the release ZIP)
TODO FINERACT-874 what about the release.sh script? Either clarify its role and when to use it here, or remove it from git.
Give a heads up
The RM should first create list of issues/features and then setup a timeline for release branch point. The time for the day the issue list is created to the release branch point must be at least two weeks in order to give the community a chance to prioritize and commit any last minute features and issues they would like to see in the upcoming release.
The RM should then send the pointer to the umbrella issue along with the tentative timeline for branch point to the developer lists. Any work identified as release related that needs to be completed should be added as a sub task of the umbrella issue to allow users to see the overall release progress in one place.
The RM should then inform users once branch point is created.
To: dev@fineract.apache.org Subject: Work on $release release has started Created a tracking jira (jira#) for the Fineract $release and plan to branch tentatively on $date. What would you like to see included? Thanks, $RM |
Cleaning up JIRA
Before a release is done, make sure that any issues that are fixed have their fix version setup correctly.
project = fineract and resolution = fixed and fixVersion is empty
Move the unresolved jiras to the next release
project = fineract and fixVersion = 0.7.0 and status not in( resolved, done, Accepted, Closed)
You can also run the following query to make sure that the issues fixed for the to-be-released version look accurate:
project = fineract and fixVersion = '0.7.0'
Finally, check out the output of the JIRA release note tool to see which JIRAs are included in the release, in order to do a sanity check.
Creating Release Artifacts
Communicate with the community
Send an email to developer mailing list(dev@fineract.apache.org) to notify that you are about to branch. Ask to hold off any commits until this is finished. Send another email after branching is done.
Create a release branch
Clone fresh repository copy
% git clone https://git-wip-us.apache.org/repos/asf/fineract.git % cd fineract
Check that current HEAD points to commit on which you want to base new release branch. Checkout particular commit if not.
% git log # Check current branch history. HEAD should point to commit that you want to be base for your release branch
Create a new release branch with name "$Version"
% git checkout -b 0.7.0
Push new branch to Apache Fineract repository
% git push origin 0.7.0
Add new release notes in Release Folders
(The change list can be swiped from the JIRA release note tool (use the "text" format for the change log). See JIRA Cleanup above to ensure that the release notes generated by this tool are what you are expecting)
Send en email announcing the new release branch
To: dev@fineract.apache.org |
Tag release branch
% git checkout 0.7.0 % git tag -a release-0.7.0 -m "Fineract 0.7.0 release" #Make sure compiles/tests run fine and rat check is fine (% cd fineract-provider, % gradlew clean integrationTest) % git push origin release-0.7.0
Create source and binary artifacts. The steps are defined in Release Sign
Sanity Check
Make sure the tar and the release branch match
% cd /fineract-release-preparations % tar -xvf apache-fineract- 0.7 . 0 -src.tar.gz #Do a fresh clone of the tag % git clone https://git-wip-us.apache.org/repos/asf/fineract.git % cd fineract/ % git checkout tags/ release-0.7.0% cd .. % diff -r
|
#Make sure prerequisites are met before running these commands
% gradlew clean integrationTest (For running integration tests) % gradlew clean build (For building deploy able war) % gradlew rat (For RAT checks) |
Create signatures and check sums
All release artifacts must be signed. In order to sign a release you will need a PGP key. You should get your key signed by a few other people. You will also need to receive their keys from a public key server. See the Apache release signing page for more details. Please follow the steps defined in Release Sign
Verifying a release candidate
Following are the typical things we need to verify before voting on a release candidate. And the release manager should verify them too before calling out a vote.
- Make sure release artifacts are hosted @https://dist.apache.org/repos/dist/dev/fineract/
- Release candidates should be in format apache-$project-$version.tar.gz
- Verify signatures and hashes. You may have to import the public key of the release manager to verify the signatures. (gpg --recv-key <key id>)
- git tag matches the released bits (diff -rf)
- Can compile successfully from source
- Verify DISCLAIMER, NOTICE and LICENSE (year etc)
- All files have correct headers (Rat check should be clean - gradlew rat)
- No jar files in the source artifacts
- Integration tests should work.
Running the vote
Voting has to be done on dev@fineract.apache.org and . You can close the vote after voting period expires and you accumulate sufficient votes.
Call for voting on dev list (PMC)
To: dev@fineract.apache.org Subject: [VOTE] [APACHE FINERACT] 0.7.0 for release |
Upon receiving 3 +1s from the PMC, reply to the voting thread and prefixing [RESULT] to the subject line with the results.
To: dev@fineract.apache.org Subject: [RESULT][VOTE] [APACHE FINERACT] 0.7.0 for release |
Rolling out the Release
Close JIRA version
You need to close the release in JIRA so that everyone knows that your version should not be used as "fixVersion" for new bugs. Go to JIRA "Administer project" page and follow "Versions" in left menu. Table with list of all releases should appear, click on additional menu on the right of your release and choose "Release" option. Submit release date and you're done.
Upload the artifacts
In order to release you have to checkout release repository located on https://dist.apache.org/repos/dist/release/fineract and add release artifacts there.
svn co https://dist.apache.org/repos/dist/release/fineract fineract-release cd fineract-release mkdir 0.7.0/ cp $source_to_your_artifacts 0.7.0/ svn add 0.7.0/
Update the website
Finally update the https://fineract.apache.org website with the latest release details. The website's HTML source code is available at https://github.com/apache/fineract-site.
Announce the release
Send an email to announce@apache.org (the from: address must be @apache.org). For example,
To: announce@apache.org
CC: dev@fineract.apache.org,user@fineract.apache.org
Subject: [ANNOUNCE] Apache Fineract 0.7.0 Release
Hi all,
The Apache Fineract team would like to announce the release of Apache Fineract 0.7.0 with source and binary artifacts.
Apache Fineract is an open source system for core banking as a platform. Fineract provides a reliable, robust, and affordable solution for entrepreneurs,
financial institutions, and service providers to offer financial services to the world’s 2 billion under banked and unbanked.
More details regarding Apache Fineract can be found at http://fineract.apache.org/
The release artifacts can be downloaded here: https://dist.apache.org/repos/dist/release/fineract/0.7.0/
The release notes can be found here: https://cwiki.apache.org/confluence/display/FINERACT/0.7.0+Release-+Apache+Fineract
Thanks!
The Apache Fineract Team