Skip to content
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

GHA: test -DICINGA2_UNITY_BUILD=ON|OFF #9469

Open
wants to merge 2 commits into
base: master
Choose a base branch
from
Open

GHA: test -DICINGA2_UNITY_BUILD=ON|OFF #9469

wants to merge 2 commits into from

Conversation

Al2Klimov
Copy link
Member

to catch missing includes and duplicate static functions.

@Al2Klimov Al2Klimov added the area/ci CI/CD label Aug 1, 2022
@Al2Klimov Al2Klimov added this to the 2.14.0 milestone Aug 1, 2022
@cla-bot cla-bot bot added the cla/signed label Aug 1, 2022
Comment on lines 16 to 23
matrix:
onoff:
- ON
- OFF
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'd rather call the workflow "build" and use different sets of compile flags in the matrix.

This comment is part of my secret plan (well, not so much anymore now) regarding #9411 (review), where this job could then serve as a basis.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What for? For a use case which we don’t even agree on yet?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Well it's not only about that. For now, the name "unity" describes the purpose of the job right now. Implementing my change would make it more flexible without drawbacks on the current use. You could also easily add more combinations of flags, like (non-)debug, (non-)systemd. Sure, not all combinations and not necessarily right now, but why not make the workflow easily extendable?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do you want me to test (non-)debug, (non-)systemd?

Copy link
Contributor

@julianbrost julianbrost Aug 12, 2022

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I wouldn't overload this check for now, we're putting enough stress on the CI already with our checks already.

We'll probably do some overhaul of the package jobs in the not so distant future, so let's see where this brings us and what extra jobs we might want then.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

From source.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Forget it, there's also libstdc++, etc.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do you still insist on this? (Other blockers done, no add. matrix items in sight.)

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Insist on which part? I still think something like "build" would be a better name for the job.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do you insist on this? If yes, do you have suggestions for additional matrix vars (given we're not gonna replace our package build jobs yet)?

Comment on lines 24 to 29
- name: Cancel previous jobs for the same PR
if: "github.event_name == 'pull_request'"
uses: styfle/cancel-workflow-action@89f242ee29e10c53a841bfe71cc0ce7b2f065abc
with:
workflow_id: deb.yml,docker.yml,raspbian.yml,rpm.yml,unity.yml,windows.yml
access_token: ${{ secrets.GITHUB_TOKEN }}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We're reaching a point where I'm wondering if it would be possible to include this block from another file (in the same repo, making a separate action repo would be overkill).

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please have a look at https://docs.github.com/en/actions/using-workflows/reusing-workflows, this should avoid having to duplicate the exact version of styfle/cancel-workflow-action and workflow_id in all workflow files.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should be solved with #9636

.github/workflows/unity.yml Outdated Show resolved Hide resolved
.github/workflows/unity.yml Outdated Show resolved Hide resolved
@Al2Klimov
Copy link
Member Author

@Al2Klimov Al2Klimov marked this pull request as ready for review January 19, 2023 13:53
@Al2Klimov Al2Klimov added this to awaits action from OP in 42 quadrillions PRs Jan 31, 2023
@Al2Klimov
Copy link
Member Author

What about only the oldest and newest Boost versions with -in contrast to the existing GHA- only Debug build (on) and unity build off?

@Al2Klimov Al2Klimov moved this from awaits action from OP to awaits concept review (i.e. TBD) in 42 quadrillions PRs Jan 31, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
42 quadrillions PRs
awaits concept review (i.e. TBD)
Development

Successfully merging this pull request may close these issues.

None yet

2 participants