Apache CarbonData periodically declares and publishes releases.
Each release is executed by a Release Manager, who is selected among the CarbonData committers. This document describes the process that the Release Manager follows to perform a release. Any changes to this process should be discussed and adopted on the dev@ mailing list.
Please remember that publishing software has legal consequences. This guide complements the foundation-wide Product Release Policy and Release Distribution Policy.
Deciding to release and selecting a Release Manager is the first step of the release process. This is a consensus-based decision of the entire community.
Anybody can propose a release on the dev@ mailing list, giving a solid argument and nominating a committer as the Release Manager (including themselves). There's no formal process, no vote requirements, and no timing requirements. Any objections should be resolved by consensus before starting the release.
Checklist to proceed to next step:
Before your first release, you should perform one-time configuration steps. This will set up your security keys for signing the artifacts and access release repository.
To prepare for each release, you should audit the project status in the Jira, and do necessary bookkeeping. Finally, you should tag a release.
You need to have a GPG key to sign the release artifacts. Please be aware of the ASF-wide release signing guidelines. If you don't have a GPG key associated with your Apache account, please create one according to the guidelines.
Determine your Apache GPG key and key ID, as follows:
gpg --list-keys
This will list your GPG keys. One of these should reflect your Apache account, for example:
pub 2048R/845E6689 2016-02-23 uid Nomen Nescio <anonymous@apache.org> sub 2048R/BA4D50BE 2016-02-23
Here, the key ID is the 8-digit hex string in the pub line: 845E6689.
Now, add your Apache GPG key to the CarbonData's KEYS file in dev and release repositories at dist.apache.org. Follow the instructions listed at the top of these files.
Configure git to use this key when signing code by giving it your key ID, as follows:
git config --global user.signingkey 845E6689
You may drop the --global option if you'd prefer to use this key for the current repository only.
You may wish to start gpg-agent to unlock your GPG key only once using your passphrase. Otherwise, you may need to enter this passphrase several times. The setup of gpg-agent varies based on operating system, but may be something like this:
eval $(gpg-agent --daemon --no-grab --write-env-file $HOME/.gpg-agent-info) export GPG_TTY=$(tty) export GPG_AGENT_INFO
Configure access to the Apache Nexus repository, used for staging repository and promote the artifacts to Maven Central.
org.apache.carbondata under Staging Profiles.Profile (top right dropdown menu of the page).User Token from the dropdown, then click Access User Token. Copy a snippet of the Maven XML configuration block.settings.xml file, typically ${HOME]/ .m2/settings.xml. The end result should look like this, where TOKEN_NAME and TOKEN_PASSWORD are your secret tokens: <settings>
<servers>
<server>
<id>apache.releases.https</id>
<username>TOKEN_NAME</username>
<password>TOKEN_PASSWORD</password>
</server>
<server>
<id>apache.snapshots.https</id>
<username>TOKEN_NAME</username>
<password>TOKEN_PASSWORD</password>
</server>
</servers>
</settings>
When contributors resolve an issue in Jira, they are tagging it with a release that will contain their changes. With the release currently underway, new issues should be resolved against a subsequent future release. Therefore, you should create a release item for this subsequent release, as follows:
CarbonData > Administration > Versions.Start Date, and choose Add.There could be outstanding release-blocking issues, which should be triaged before proceeding to build the release. We track them by assigning a specific Fix Version field even before the issue is resolved.
The list of release-blocking issues is available at the version status page. Triage each unresolved issue with one of the following resolutions:
Fix Version field to the new version you just created. Please consider discussing this with stakeholders and the dev@ mailing list, as appropriate.Jira automatically generates Release Notes based on the Fix Version applied to the issues. Release Notes are intended for CarbonData users (not CarbonData committers/contributors). You should ensure that Release Notes are informative and useful.
Open the release notes from the version status page by choosing the release underway and clicking Release Notes.
You should verify that the issues listed automatically by Jira are appropriate to appear in the Release Notes. Specifically, issues should:
Bug, New Feature, Improvement, etc.Adjust any of the above properties to the improve clarity and presentation of the Release Notes.
Run mvn clean install -Prelease to ensure that the build processes that are specific to that profile are in good shape.
Checklist to proceed to the next step:
dist.apache.org.git configuration.org.apache.carbondata listed under Staging Profiles in Nexus.settings.xml.Use Maven release plugin to tag and build release artifacts, as follows:
mvn release:prepare
Use Maven release plugin to stage these artifacts on the Apache Nexus repository, as follows:
mvn release:perform
Review all staged artifacts. They should contain all relevant parts for each module, including pom.xml, jar, test jar, source, etc. Artifact names should follow the existing format in which artifact name mirrors directory structure. Carefully review any new artifacts.
Close the staging repository on Nexus. When prompted for a description, enter “Apache CarbonData x.x.x release”.
Copy the source release to dev repository on dist.apache.org.
dev repository on dist.apache.org via Subversion. In a fresh directory:svn co https://dist.apache.org/repos/dist/dev/carbondata
mkdir x.x.x
cp apache-carbondata-x.x.x-source-release.zip x.x.x
svn add x.x.x svn commit
The final step of building a release candidate is to propose a website pull request.
This pull request should update the following page with the new release:
src/main/webapp/index.htmlsrc/main/webapp/docs/latest/mainpage.htmlChecklist to proceed to the next step:
Once you have built and individually reviewed the release candidate, please share it for the community-wide review. Please review foundation-wide voting guidelines for more information.
Start the review-and-vote thread on the dev@ mailing list. Here's an email template; please adjust as you see fit:
From: Release Manager To: dev@carbondata.apache.org Subject: [VOTE] Apache CarbonData Release x.x.x Hi everyone, Please review and vote on the release candidate for the version x.x.x, as follows: [ ] +1, Approve the release [ ] -1, Do not approve the release (please provide specific comments) The complete staging area is available for your review, which includes: * JIRA release notes [1], * the official Apache source release to be deployed to dist.apache.org [2], which is signed with the key with fingerprint FFFFFFFF [3], * all artifacts to be deployed to the Maven Central Repository [4], * source code tag "x.x.x" [5], * website pull request listing the release [6]. The vote will be open for at least 72 hours. It is adopted by majority approval, with at least 3 PMC affirmative votes. Thanks, Release Manager [1] link [2] link [3] https://dist.apache.org/repos/dist/dist/carbondata/KEYS [4] link [5] link [6] link
If there are any issues found in the release candidate, reply on the vote thread to cancel the vote. There’s no need to wait 72 hours. Proceed to the Cancel a Release (Fix Issues) step below and address the problem. However, some issues don’t require cancellation. For example, if an issue is found in the website pull request, just correct it on the spot and the vote can continue as-is.
If there are no issues, reply on the vote thread to close the voting. Then, tally the votes in a separate email. Here’s an email template; please adjust as you see fit.
From: Release Manager To: dev@carbondata.apache.org Subject: [RESULT][VOTE] Apache CarbonData Release x.x.x I'm happy to announce that we have unanimously approved this release. There are XXX approving votes, XXX of which are binding: * approver 1 * approver 2 * approver 3 * approver 4 There are no disapproving votes. Thanks everyone!
While in incubation, the Apache Incubator PMC must also vote on each release, using the same process as above. Start the review and vote thread on the general@incubator.apache.org list.
Checklist to proceed to the final step:
Any issue identified during the community review and vote should be fixed in this step.
To fully cancel a vote:
mvn release:cancel
git tag -d x.x.x git push --delete apache x.x.x
Verify the version is back to the correct SNAPSHOT.
Code changes should be proposed as standard pull requests and merged.
Once all issues have been resolved, you should go back and build a new release candidate with these changes.
Once the release candidate has been reviewed and approved by the community, the release should be finalized. This involves the final deployment of the release to the release repositories, merging the website changes, and announce the release.
On Nexus, release the staged artifacts to Maven Central repository. In the Staging Repositories section, find the relevant release candidate orgapachecarbondata-XXX entry and click Release.
Copy the source release from the dev repository to release repository at dist.apache.org using Subversion.
Merge the website pull request to list the release created earlier.
In Jira, inside version management , hover over the current release and a settings menu will appear. Click Release, and select today's state.
Checklist to proceed to the next step:
Once the release has been finalized, the last step of the process is to promote the release within the project and beyond.
Announce on the dev@ mailing list that the release has been finished.
Announce on the user@ mailing list that the release is available, listing major improvements and contributions.
While in incubation, announce the release on the Incubator's general@ mailing list.
Checklist to declare the process completed: