-
Notifications
You must be signed in to change notification settings - Fork 561
Trigger from release branch #3100
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Merged
shichengripple001
merged 10 commits into
XRPLF:main
from
xpring-eng:trigger-from-release-branch
Oct 9, 2025
Merged
Changes from all commits
Commits
Show all changes
10 commits
Select commit
Hold shift + click to select a range
523a467
run pipeline from release branch to fix provenance
shichengripple001 b10ed3d
test slack message
shichengripple001 0bdd03f
run pipeline from release branch to fix provenance
shichengripple001 0e84248
revert slack channel
shichengripple001 9f056ff
update release instructions
shichengripple001 69e1179
update RELEASE.md
shichengripple001 75a7d2f
update RELEASE.md -- fix typo
shichengripple001 eb341d6
update RELEASE.md -- fix typo
shichengripple001 57e60be
check branch name at validate input step
shichengripple001 a18cb80
Merge branch 'main' into trigger-from-release-branch
shichengripple001 File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Some comments aren't visible on the classic Files Changed page.
There are no files selected for viewing
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -10,21 +10,22 @@ You can manually trigger the release workflow from the [GitHub Actions UI](https | |
|
|
||
| ### **Before triggering a release** | ||
|
|
||
| 1. Create a release branch and update the **`version`** field in `packages/<package_name>/package.json` to the intended release version. | ||
| 1. Create a release branch. A qualified branch name should start with "release-" or "release/", case-insensitive. e.g: `release/[email protected]`, `release-xrpl-4.3.8`, `Release/[email protected]`. | ||
| 2. Update the **`version`** field in `packages/<package_name>/package.json` to the intended release version. | ||
| ```json | ||
| { | ||
| "name": "<package_name>", | ||
| "version": "x.y.z" | ||
| } | ||
| ``` | ||
| 2. Run npm i to update the package-lock with the updated versions and commit the lock file to the releaes branch | ||
| 3. Run npm i to update the package-lock with the updated versions and commit the lock file to the release branch | ||
|
|
||
| ### **Triggering a Release** | ||
|
|
||
| 1. Go to **GitHub → Actions → Release Pipeline → Run workflow** | ||
| 2. Fill in these fields: | ||
| 2. Choose the release branch from dropdown | ||
| 3. Fill in these fields: | ||
| - **package_name** → The folder name under `packages/`, e.g., `xrpl` or `ripple-address-codec`. | ||
| - **release_branch** → The Git branch the release is generated from, e.g., `release/[email protected]`. | ||
| - **npmjs_dist_tag** → The npm distribution tag to publish under. Defaults to `latest`. | ||
| - Examples: | ||
| - `latest` → Standard production release | ||
|
|
@@ -36,13 +37,12 @@ You can manually trigger the release workflow from the [GitHub Actions UI](https | |
| | Field | Example | | ||
| |------------------|-----------------------| | ||
| | package_name | xrpl | | ||
| | release_branch | release/[email protected] | | ||
| | npmjs_dist_tag | latest | | ||
|
|
||
|
|
||
| ### **Reviewing the release details and scan result** | ||
|
|
||
| 1. The pipeline will pause at the "Review test and security scan result" step, at least 2 approvers are required to review and approve the release. | ||
| 1. The pipeline will pause at the "Print Test/Security scan result and invite Dev team to review" step and also before the final release step, relevant team should review the release details and scan result. | ||
|
|
||
|
|
||
| --- | ||
|
|
||
Oops, something went wrong.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hello,
Is the updated version name copied into the
mainbranch as well? All the new features are developed and merged into themainbranch of the xrpl.js repository. The version info needs to be updated on bothmainandrelease/<>branches.Suppose there is a critical bug in one of the releases. Can I look at the procedure for handling that scenario? Is it documented in any README file? "
Do we need to patch the hotfix to both the
releasebranch and themainbranch ? (or) Should we delete the currentreleasebranch and cut arectified-releasedbranch?There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
#1. A pr is automatically generated for non beta release. for example #3093
#2. I think a new branch should be used, since it is gonna to be a new version. @Patel-Raj11 what do you think?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes