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
Copy file name to clipboardexpand all lines: REVIEWING.md
+1
Original file line number
Diff line number
Diff line change
@@ -108,6 +108,7 @@ of Porter. When you are asked to cut a new release, here is the process:
108
108
git tag VERSION -a -m ""
109
109
git push --tags
110
110
```
111
+
If the CI build failed to build for the release, fix the problem first. Then increment the PATCH version, e.g. v0.7.0->v0.7.1, and go through the above steps again to publish the binaries. It's often a good pratice to finish the release first before updating any of our docs that references the latest release.
111
112
112
113
1. Generate some release notes and put them into the release on GitHub.
113
114
- Go to Porter Github repository and find the newly created release tag. You should see a
executing upgrade action from porter-hello (installation: porter-hello)
126
127
Upgrade Hello World
127
128
Upgraded to World 2.0
128
129
execution completed successfully!
129
130
```
130
131
132
+
### Upgrade using digest
133
+
134
+
When working in production environment, we highly recommend you to reference the bundle using its digest instead of tag. We used tags in our docs for simplicity, but tags can be overwritten which results in unexpected outcomes from upgrading an bundle.
135
+
For deterministic and repeatable deployments, use digests instead of tags to ensure that you deploy exactly what you intended.
0 commit comments