Skip to content

Commit 55566f0

Browse files
chore: Update release-process.md
1 parent 65de0d2 commit 55566f0

1 file changed

Lines changed: 8 additions & 0 deletions

File tree

docs/project/release-process.md

Lines changed: 8 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -4,6 +4,12 @@
44

55
For Feast maintainers, these are the concrete steps for making a new release.
66

7+
### 0. Cutting a minor release
8+
You only need to hit the `release` workflow using [the GitHub action](https://github.com/feast-dev/feast/blob/master/.github/workflows/release.yml).
9+
First test with a `dry-run` then run it live. This is all you need to do. All deployments to dockerhub, PyPI, and npm are handled by the workflows.
10+
11+
Also note that as a part of the workflow, the [infra/scripts/release/bump_file_versions.py](https://github.com/feast-dev/feast/blob/master/infra/scripts/release/bump_file_versions.py) file will increment the Feast versions in the appropriate files.
12+
713
### 1. (for patch releases) Cherry-pick changes into the branch from master
814
If you were cutting Feast 0.22.3, for example, you might do:
915
1. `git checkout v0.22-branch` (or `git pull upstream v0.22-branch --rebase` if you've cut a release before)
@@ -16,6 +22,8 @@ If you were cutting Feast 0.22.3, for example, you might do:
1622
1723
After this step, you will have all the changes you need in the branch.
1824

25+
Note, for patches you *do not need to run the `bump_file_versions.py` script.*
26+
1927
### 2. Pre-release verification (currently broken)
2028
A lot of things can go wrong. One of the most common is getting the wheels to build correctly (and not accidentally
2129
building dev wheels from improper tagging or local code changes during the release process).

0 commit comments

Comments
 (0)