You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Commit 240a3c9
Browse filesBrowse the repository at this point in the historyBrowse files
Copy file name to clipboardExpand all lines: docs/project/release-process.md
+8-6Lines changed: 8 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -22,31 +22,33 @@ For Feast maintainers, these are the concrete steps for making a new release.
22
22
23
23
### Release for Python and Java SDK
24
24
1. Generate a [Personal Access Token](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token) or retrieve your saved personal access token.
25
-
- The personal access token should have all of the permissions under the `repo` checkbox.
25
+
* The personal access token should have all of the permissions under the `repo` checkbox.
26
26
2. Access the `Actions` tab on the main `feast-dev/feast` repo and find the `release` action.
27
27
3. Look for the header `This workflow has a workflow_dispatch event trigger` again and click `Run Workflow` on the right.
28
+
* If you are making a minor or major release, you should run it off of the master branch.
29
+
* If you are making a patch release, run it off of the corresponding minor release branch.
28
30
4. Try the dry run first with your personal access token. If this succeeds, uncheck `Dry Run` and run the release workflow.
29
31
5. All of the jobs should succeed besides the UI job which needs to be released separately. Ping a maintainer on Slack to run the UI release manually.
30
32
6. Try to install the feast release in your local environment and test out the `feast init` -> `feast apply` workflow to verify as a sanity check that the release worked correctly.
31
33
32
34
### (for minor releases) Post-release steps
33
35
1. Create a new branch based on master (i.e. v0.22-branch) and push to the main Feast repo. This will be where cherry-picks go for future patch releases and where documentation will point.
34
-
2. Write a summary of the release in the GitHub release
36
+
2. Write a summary of the release in the GitHub release
35
37
1. By default, Semantic Release will pull in messages from commits (features vs fixes, etc). But this is hard to digest still, so it helps to have a high level overview.
36
38
37
39
### Update documentation
38
40
39
-
In the Feast Gitbook (ask [Danny Chiao](https://tectonfeast.slack.com/team/U029405HFEU) in Slack for access):
41
+
In the Feast Gitbook (ask [Danny Chiao](https://tectonfeast.slack.com/team/U029405HFEU) in Slack for access):
40
42
1. Create a new space within the Feast collection
41
-
2. Go to the overflow menu on the top -> Synchronize with Git
43
+
2. Go to the overflow menu on the top -> Synchronize with Git
42
44
1. Specify GitHub as the provider
43
-
45
+
44
46

45
47
2. Configure to point to the new release branch
46
48
47
49

48
50
3. Publish the new page for this branch as part of the collection
49
-
51
+
50
52

51
53
4. Go back to the main Feast collection and go to the overflow menu -> "Customize collection"
0 commit comments