Skip to content

rippled Release Checklist

Jump to bottom
Elliot Lee edited this page Mar 7, 2023 · 9 revisions

This page is a work in progress and you should feel free to update it!

rippled follows a git-flow branching model: https://datasift.github.io/gitflow/IntroducingGitFlow.html

A beta release reflects a synchronization point during development towards a release. The beta release should have no known defects based on unit tests and local development, but has not yet gone through extensive integration testing, nor testing in the "real world" in public networks (e.g. Mainnet and parallel networks / altnets).

Pre-release

  • Your changes should be on a branch.
  • Your changes should have unit tests.
  • Build your code.
  • Run the unit tests.
  • Get a full code review.
  • Wait for a releaser to include your PR in a beta release.

Release

  • In the release notes, ensure there is a dedicated section outlining the names of new amendments that are introduced.
  • Bump the version number with a commit that has the message: "Set version to " (example). Include the release notes (RELEASENOTES.md) in this commit.
  • Commit and push to github (develop, release, master if a stable release).
  • Create a release on github with an appropriate tag name (the version number).
  • Post the release notes on the XRPL Dev Blog.
  • Open a PR to update the docs if appropriate.
  • Send an announcement message to ripple-server.
  • Update altnet servers. Internal to Ripple: open a ticket in IN/INS (Infrastructure). Update other servers depending on the type of release (e.g. stable releases should be deployed to Mainnet servers).
Clone this wiki locally