-
-
Notifications
You must be signed in to change notification settings - Fork 7
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
Use steps.draft.outputs.body
#3
Conversation
|
I used some |
jenkinsci/jenkins-infra-test-plugin#23 was correctly ignored; now checking that jenkinsci/jenkins-infra-test-plugin#24 correctly triggers a release. |
Fixed the build failure by using a version bom that had 2.249.x bom: jenkinsci/jenkins-infra-test-plugin@49b5815 my bad for not making a PR 😐 Though this commit still triggered a release so win/win? 😅 |
https://github.com/jenkinsci/bom/releases?page=3 huh, I seem to have picked a version from my local repo that was in |
Yes, any commit could trigger a release if the currently unreleased changes include at least one PR with an interesting label. |
@jglick you should be able to use the github's release page on https://github.com/jenkins-infra/interesting-category-action/releases to draft a new release and pick a tag like |
Actually easier: gh release create v1.2.0 --generate-notes |
@jglick cool! Did not know that CLI options existed! |
So what is the next step here? We need an initial release tag. Then I can update the test plugin to use that as a final sanity check. Then we should amend the workflow template in |
Yea @jglick :) I suggest we create a v1.0.0 and a v1 and than move v1 along v1.x.x and revert v1 if we have any bad v1.x.x releases. |
#1 (comment) alternative to #2 using jenkins-infra/interesting-category-action#5 as per #2 (comment).