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
* chore: fix link in contributing
* 5.10.0
* try using github_token
* update labeler for release branches
* update labeler for release branches
* docs: dependency dashboard
* confirm if the permission was the magic
* re-introduce permission
---------
Co-authored-by: Adam Setch <[email protected]>
Copy file name to clipboardExpand all lines: CONTRIBUTING.md
+8-6
Original file line number
Diff line number
Diff line change
@@ -55,12 +55,13 @@ pnpm test -- --watch
55
55
The release process is automated. Follow the steps below.
56
56
57
57
1. Verify that all features you want targeted in the release have been merged to `main`.
58
-
2. Create a [new **draft** release][github-new-release]. Set the tag version to something with the format of `v1.2.3`. Save as a **draft** before moving to the next step
59
-
3. Create a branch that starts with `release/vX.X.X` (ie. `release/v1.2.3`).
60
-
4. In the same branch, **bump the version** of the app by running `pnpm version <new-version-number`. Commit these changes and open a PR. A GitHub Actions workflow will build, sign and upload the release assets for each commit to that branch as long as a branch is named like `release/vX.X.X` and there is a draft release with the same version number(`package.json`).
61
-
5. Merge your release branch into `main`.
62
-
6. Publish the release once you've finalized the release notes and confirmed all assets are there.
63
-
7. A new homebrew cask will be automatically published (workflow runs ~3 hours)
58
+
2. Check the [Renovate Dependency Dashboard](https://github.com/gitify-app/gitify/issues/576) to see if there are any updates you want included.
59
+
3. Create a [new **draft** release][github-new-release]. Set the tag version to something with the format of `v1.2.3`. Save as a **draft** before moving to the next step
60
+
4. Create a branch that starts with `release/vX.X.X` (ie. `release/v1.2.3`).
61
+
5. In the same branch, **bump the version** of the app by running `pnpm version <new-version-number`. Commit these changes and open a PR. A GitHub Actions workflow will build, sign and upload the release assets for each commit to that branch as long as a branch is named like `release/vX.X.X` and there is a draft release with the same version number(`package.json`).
62
+
6. Merge your release branch into `main`.
63
+
7. Publish the release once you've finalized the release notes and confirmed all assets are there.
64
+
8. A new homebrew cask will be automatically published (workflow runs ~3 hours)
64
65
65
66
### Project Philosophy
66
67
@@ -79,3 +80,4 @@ This project is a tool for monitoring new notifications from Github. It's not me
0 commit comments