staging and setting up vote for release candidates (#2681)

This change automates staging of release candidate. The artifacts are staged
to SVN and nexus repositories.

This change uses
https://github.com/vlsi/vlsi-release-plugins/blob/master/plugins/stage-vote-release-plugin/README.md.

Preparing release candidate:

1. Checkout release branch: `git checkout -b branch-4.14 origin/branch-4.14`
2. Update the version in version.gradle and commit the change
3. Create and stage release candidate. This will build and upload all release
artifacts to staging areas under nexus and SVN repos.  A template for Vote
email will also be generated. Link to the release notes will need to be
updated in the email template. A release candidate tag  will also be added.
```
./gradlew prepareVote -Pasf -Prc=1
```
4. If needed additional release candidates can be create by running the above
command with appropriate `rc` value
5. Once the voting is done, the release can be published using:
```
./gradlew publishDist -Pasf -Prc=1
```
6. Remove stale artifacts:
```
./gradlew removeStaleArtifacts -Pasf
```

Configuration:

* Following configuration can be added to $HOME/.gradle/gradle.properties.
```
signing.gnupg.keyName=...
asfCommitterId=...
asfNexusUsername=...
asfNexusPassword=...
asfGitSourceUsername=...
asfGitSourcePassword=...
asfGitSitePreviewUsername=...
asfGitSitePreviewPassword=...
asfSvnUsername=...
asfSvnPassword=...
```
* The above config can also be passed from commandline `-P<property>=<value>`

Testing:

The change was testing useing a local setup based on
https://github.com/vlsi/asflike-release-environment

Co-authored-by: Surinder Singh <surinders@splunk.com>
Co-authored-by: Matteo Merli <mmerli@apache.org>
9 files changed
tree: 8cc6affa28546aab7df8c31cca5500f88fbc9549
  1. .github/
  2. .test-infra/
  3. bin/
  4. bookkeeper-benchmark/
  5. bookkeeper-common/
  6. bookkeeper-common-allocator/
  7. bookkeeper-dist/
  8. bookkeeper-http/
  9. bookkeeper-proto/
  10. bookkeeper-server/
  11. bookkeeper-stats/
  12. bookkeeper-stats-providers/
  13. buildtools/
  14. circe-checksum/
  15. conf/
  16. cpu-affinity/
  17. deploy/
  18. dev/
  19. docker/
  20. gradle/
  21. metadata-drivers/
  22. microbenchmarks/
  23. shaded/
  24. site/
  25. site2/
  26. stats/
  27. stream/
  28. tests/
  29. tools/
  30. .gitignore
  31. build.gradle
  32. dependencies.gradle
  33. gradle.properties
  34. gradlew
  35. gradlew.bat
  36. Jenkinsfile
  37. LICENSE
  38. NOTICE
  39. pom.xml
  40. README.md
  41. settings.gradle
  42. version.gradle
README.md

Build Status Build Status Coverage Status Maven Central

Apache BookKeeper

Apache BookKeeper is a scalable, fault tolerant and low latency storage service optimized for append-only workloads.

It is suitable for being used in following scenarios:

  • WAL (Write-Ahead-Logging), e.g. HDFS NameNode.
  • Message Store, e.g. Apache Pulsar.
  • Offset/Cursor Store, e.g. Apache Pulsar.
  • Object/Blob Store, e.g. storing state machine snapshots.

Get Started

  • Checkout the project website.
  • Concepts: Start with the basic concepts of Apache BookKeeper. This will help you to fully understand the other parts of the documentation.
  • Follow the Install guide to setup BookKeeper.

Documentation

Please visit the Documentation from the project website for more information.

Get In Touch

Report a Bug

For filing bugs, suggesting improvements, or requesting new features, help us out by opening a Github issue or opening an Apache jira.

Need Help?

Subscribe or mail the user@bookkeeper.apache.org list - Ask questions, find answers, and also help other users.

Subscribe or mail the dev@bookkeeper.apache.org list - Join development discussions, propose new ideas and connect with contributors.

Join us on Slack - This is the most immediate way to connect with Apache BookKeeper committers and contributors.

Contributing

We feel that a welcoming open community is important and welcome contributions.

Contributing Code

  1. See Developer Setup to get your local environment setup.

  2. Take a look at our open issues: JIRA Issues Github Issues.

  3. Review our coding style and follow our pull requests to learn about our conventions.

  4. Make your changes according to our contribution guide.

Improving Website and Documentation

  1. See Building the website and documentation on how to build the website and documentation.