-
-
Notifications
You must be signed in to change notification settings - Fork 318
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
Release action #7210
Release action #7210
Conversation
Regex bs
Add breadcrumbs to end of file for planned work
Have you considered the dis-/advantages of having the release job separately from the packaging? I think both would work. Do you want to trigger on release tag or manual trigger only and the job tags the repo? |
I've thought about having separate jobs. It did work from the Jenkins side.
My thoughts are that actually doing a release still requires manual
interaction, (sending out an email, making sure that cython built etc.) and
so the manual trigger route is the way to go, and if we are triggering it
manually anyway, just having it as a single action means that we don't have
to go and fetch SHA's from the archives, or double check that the artifacts
are still from HEAD on the release branch. I'm open to discussion on it
though.
…On Fri, Nov 17, 2023 at 7:57 PM Julianus Pfeuffer ***@***.***> wrote:
Have you considered the dis-/advantages of having the release job
separately from the packaging?
I think both would work.
Do you want to trigger on release tag or manual trigger only and the job
tags the repo?
—
Reply to this email directly, view it on GitHub
<#7210 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AABD3C4LS7NISMFE7ZLYNZTYE6XTBAVCNFSM6AAAAAA7P3FNQKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMJWHEZTIMJSGA>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Sounds reasonable. What do you mean with "Cython built"? |
Another question: do you have a plan for integrating the macOS Silicon builds? Options:
I think 2 would be worthwhile, even when switching once Silicon builds become available for open source (probably mid 2024?). If that is out of scope I would probably stay with the current setup and try to integrate the artifacts from Jenkins as smoothly as possible. |
Don't we still build Cython through: https://abibuilder.cs.uni-tuebingen.de/jenkins/job/openms/job/ntly/job/conda/? |
Ah you mean conda?
|
The update of the bioconda(-forge) recipe (=item 2) is actually kind of unrelated to our internal "nightly" conda builds but must be considered. |
… into release/2.9.1-action
…hub.ref_name, they are the same when run automatically, but not when run manually
FYI openms-ci-full / build-and-test (ubuntu-22.04, g++, 11) is going to fail because I removed the version number override, and 2.9.1 doesn't actually have a changelog |
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.
Awesome thanks
Description
This unfortunately needs to have "release" in the branch name to work.
Checklist
How can I get additional information on failed tests during CI
Click to expand
If your PR is failing you can check outIf you click in the column that lists the failed tests you will get detailed error messages.
Advanced commands (admins / reviewer only)
Click to expand
/reformat
(experimental) applies the clang-format style changes as additional commit. Note: your branch must have a different name (e.g., yourrepo:feature/XYZ) than the receiving branch (e.g., OpenMS:develop). Otherwise, reformat fails to push.rebuild jenkins
will retrigger Jenkins-based CI builds