-
Notifications
You must be signed in to change notification settings - Fork 11
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
improve CI actions #301
improve CI actions #301
Conversation
ba229ef
to
62d706c
Compare
df1f50c
to
e93471b
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.
Seems like CI is now disabled on PRs forked from a branch different from main
, despite using the ci:full
flag. Would be nice to keep the control on when CI is enabled with the flags.
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.
Feels like some changes from other PRs leaked into this PR.
@LCBH I'm not sure what you mean. This PR makes CI run a reduced set of checks on every PR, regardless of the source branch and source repository. The label edit: After some more investigation, the problem noticed in other PRs is not linked to the changes proposed here. However, it also appeared that the current behavior is more restrictive than what we suggest in this PR: currently, CI only runs on PRs with source branch |
Will be resolved after the merge. |
Github-hosted runners have taken a first step to transition away from Node 16, as it is reaching end of life. As a consequence, a large number of actions our CI depends on have been updated to run with Node 20 instead. This commit updates to these new versions. - see: https://github.blog/changelog/2023-09-22-github-actions-transitioning-from-node-16-to-node-20/
WARNING: The default github actions permissions for the entire tlspuffin organization have been set to "restricted" mode. If you came here because a previously working workflow now fails because of insufficient permissions, set the required permissions explicitly in this particular workflow. See the github documentation for the list of default permissions granted in "restricted" mode.
This PR aims to provide several improvements over the current github actions:
See also:
PENDING