ci: enable backport:v3.x label (#4046)

I want to use this label on another PR I just made.
celestiaorg · Nov 22, 2024 · 2831f3b · 2831f3b
1 parent e90d616
commit 2831f3b
Show file tree

Hide file tree

Showing 3 changed files with 12 additions and 4 deletions.
diff --git a/.github/mergify.yml b/.github/mergify.yml
@@ -15,6 +15,14 @@ pull_request_rules:
       backport:
         branches:
           - v2.x
+  - name: backport patches to v3.x branch
+    conditions:
+      - base=main
+      - label=backport:v3.x
+    actions:
+      backport:
+        branches:
+          - v3.x
   - name: forward-port patches to main branch (v1.x)
     conditions:
       - base=v1.x

diff --git a/docs/maintainers/release-guide.md b/docs/maintainers/release-guide.md
@@ -32,7 +32,7 @@ Follow the [creating a release candidate](#creating-a-release-candidate) section
 - The version tag should not include the `-rc` suffix.
 - If the release targets a testnet, suffix the release with `-arabica` or `-mocha`.
 - The release notes should contain an **Upgrade Notice** section with notable changes for node operators or library consumers.
-- The release notes section should contain a link to https://github.com/celestiaorg/celestia-app/blob/main/docs/release-notes/release-notes.md where we capture breaking changes
+- The release notes section should contain a link to <https://github.com/celestiaorg/celestia-app/blob/main/docs/release-notes/release-notes.md> where we capture breaking changes
 
 After creating the release:
 

diff --git a/docs/release-notes/release-notes.md b/docs/release-notes/release-notes.md
@@ -9,10 +9,10 @@ This guide provides notes for major version releases. These notes may be helpful
 #### Enabling BBR and MCTCP
 
 Consensus node operators must enable the BBR (Bottleneck Bandwidth and Round-trip propagation time) congestion control algorithm. See [#3774](https://github.com/celestiaorg/celestia-app/pull/3774).
-if using linux in docker, kubernetes, a vm or baremetal, this can be done by calling 
+if using linux in docker, kubernetes, a vm or baremetal, this can be done by calling
 
 ```sh
-make enable-bbr 
+make enable-bbr
 ```
 
 command on the host machine.
@@ -54,7 +54,7 @@ You can track the tally of signalling by validators using the following query
 celestia-appd query signal tally 3
 ```
 
-Once 5/6+ of the voting power have signalled, the upgrade will be ready. There is a hard coded delay between confirmation of the upgrade and execution to the new state machine. 
+Once 5/6+ of the voting power have signalled, the upgrade will be ready. There is a hard coded delay between confirmation of the upgrade and execution to the new state machine.
 
 To view the upcoming upgrade height use the following query: