-
Notifications
You must be signed in to change notification settings - Fork 505
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update the release GitHub page from krel #1789
Conversation
Test Run✔️ Sample release run: https://console.cloud.google.com/cloud-build/builds/a611426e-a163-4679-acb0-a2fcf596b87f?authuser=1&project=kubernetes-release-test The github page step begins at line 1101 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just left my two nits since this needs now a rebase. 👇
pkg/anago/release.go
Outdated
Owner: "kubernetes", | ||
Repo: "kubernetes", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Owner: "kubernetes", | |
Repo: "kubernetes", | |
Owner: git.DefaultGithubOrg, | |
Repo: git.DefaultGithubRepo, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
✅ done.
Do you think that later we should have these values in anago or maybe in release?
While I was considering using them yesterday it seemed to me that while having them in git seems like a good failsafe/sane default, if we see the git package in as more general purpose tool perhaps the release process should have it's own constants, decoupled from the git pkg defaults.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think I did the same thing in the release notes source btw ;)
I'll fix it at some point.
8830ca7
to
c1b6e48
Compare
Signed-off-by: Adolfo García Veytia (Puerco) <adolfo.garcia@uservers.net>
We now check assets and build the github page before checking the repository tags and releases to be able to run in mock mode, before creating the tag. Signed-off-by: Adolfo García Veytia (Puerco) <adolfo.garcia@uservers.net>
c1b6e48
to
b73f509
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: puerco, saschagrunert, xmudrii The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Draft: false, | ||
Owner: git.DefaultGithubOrg, | ||
Repo: git.DefaultGithubRepo, | ||
// PageTemplate: , // If we use a custom template, define it here |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we mean to leave this comment in?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oh yes I left it intentionally as a guide when we decide what should become of the page (ref this in slack)
But I can take it out if it's better :)
What type of PR is this?
/kind feature
What this PR does / why we need it:
This pull request integrates the new announce code that updates the GitHub page to
krel release
.The github_page.go code in the announce pkg has been modified to avoid it failing in mock mode, when the release tag does not exist.
Which issue(s) this PR fixes:
Part of #1673
Special notes for your reviewer:
The current output creates the release page using the default template. The output from the sample run is in the log and can be seen rendered in my test repository.
Modifying the generated page is now easy (we just need a new template) and is not the focus of this PR.