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: RELEASE.md
+50-8Lines changed: 50 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -23,21 +23,63 @@ The automation will:
23
23
2. Create and push a git tag `vX.Y.Z` at the merged commit.
24
24
3. If it is a minor or major release (e.g. `v0.2.0`), it will automatically branch off `release-vX.Y.Z` and push it to the repository.
25
25
26
-
## 3. Create the GitHub Release
26
+
## 3. Promote the Images
27
27
28
-
- Pushing the tag will trigger the `cloudbuild.yaml` CI to build and publish the container image for the release (e.g., `us-central1-docker.pkg.dev/.../node-readiness-controller:vX.Y.Z`).
29
-
- Go to the [Releases page](https://github.com/kubernetes-sigs/node-readiness-controller/releases) on GitHub.
30
-
- Find the new tag and click "Edit tag" (or "Draft a new release" and select the tag).
31
-
- Paste the final changelog into the release description.
32
-
- Generate the release manifests locally for this version:
28
+
After the release tag is pushed, the images must be built, pushed to staging, and then promoted to the official registry.
29
+
30
+
### A. Verify Staging Images
31
+
- Monitor the image push job status on [Testgrid (sig-node-image-pushes)](https://testgrid.k8s.io/sig-node-image-pushes#post-node-readiness-controller-push-images).
32
+
- The Prow job configuration is in [test-infra](https://github.com/kubernetes/test-infra/blob/master/config/jobs/image-pushing/k8s-staging-node-readiness-controller.yaml) if troubleshooting is needed.
33
+
- Verify the images exist in the staging repository:
git show vX.Y.Z -q # to verify the right tag and commit
65
+
git checkout vX.Y.Z
66
+
```
67
+
- Generate the release manifests:
34
68
```sh
69
+
rm -rf ./dist
35
70
make build-installer IMG_PREFIX=registry.k8s.io/node-readiness-controller/node-readiness-controller IMG_TAG=vX.Y.Z
71
+
ls ./dist # to confirm the generated artifacts
36
72
```
37
-
- Upload the generated `dist/crds.yaml`, `dist/install.yaml`, and `dist/install-full.yaml` files as release artifacts.
73
+
- Run a local E2E test in Kind (see `docs/TEST_README.md`) using the generated manifests from the `dist/` directory to ensure they pull the correct images and function as expected.
74
+
75
+
### C. Create the GitHub Release
76
+
- Go to the [Releases page](https://github.com/kubernetes-sigs/node-readiness-controller/releases) on GitHub.
77
+
- Find the new tag and click "Edit tag" (or "Draft a new release" and select the tag).
78
+
- Paste the final changelog into the release description.
79
+
- Upload the generated manifests (`dist/crds.yaml`, `dist/install.yaml`, and `dist/install-full.yaml`) as release artifacts.
38
80
- Publish the release.
39
81
40
-
## 4. Post-Release Tasks
82
+
## 5. Post-Release Tasks
41
83
42
84
- Close the release tracking issue.
43
85
- Announce the release on the `sig-node` mailing list. The subject should be: `[ANNOUNCE] Node Readiness Controller vX.Y.Z is released`.
0 commit comments