-
Notifications
You must be signed in to change notification settings - Fork 42
chore: use a more structured YAML format #654
Conversation
💔 Build Failed
Expand to view the summary
Build stats
Test stats 🧪
Steps errorsExpand to view the steps failures
|
Test | Results |
---|---|
Failed | 0 |
Passed | 52 |
Skipped | 11 |
Total | 63 |
.ci/Jenkinsfile
Outdated
log(level: 'WARN', text: "The ${suite}:${tags} test suite won't be executed because there are no modified files") | ||
def checkTestSuite(Map parallelTasks = [:], Map item = [:]) { | ||
def suite = item.suite | ||
def platforms = suite.platforms |
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.
CI is failing with:
No such field found: field java.lang.String platforms
Any guess?
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.
is it a list? or maybe item.platforms
similar to item.scenarios
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.
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.
My bad... I've just seen it... It's item.platforms
instead of suite.platforms
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'm going to merge this. It seems a good starting point to add more functionality on top of it. The simplest one related to supporting more platforms (arm?): it would be just a matter of adding a new entry in the platforms element in the platforms:
- "ubuntu-18.04"
- "new-supported-platform" |
* chore: use a more structurated YAML format * feat: support setting target platform for the CI nodes * fix: wrong item reference * chore: move variable outside the loop * fix: remove variable * fix: use the proper entity to read the platforms
💔 Tests Failed
Expand to view the summary
Build stats
Test stats 🧪
Test errorsExpand to view the tests failures
|
Test | Results |
---|---|
Failed | 5 |
Passed | 106 |
Skipped | 11 |
Total | 122 |
Genuine test errors
💔 There are test failures but not known flaky tests, most likely a genuine test failure.
- Name:
Initializing / End-To-End Tests / ubuntu-18.04_fleet_agent_endpoint_integration / Adding the Endpoint Integration to an Agent makes the host to show in Security App – Agent Endpoint Integration
- Name:
Initializing / End-To-End Tests / ubuntu-18.04_fleet_agent_endpoint_integration / Deploying an Endpoint makes policies to appear in the Security App – Agent Endpoint Integration
- Name:
Initializing / End-To-End Tests / ubuntu-18.04_fleet_agent_endpoint_integration / Changing an Agent policy is reflected in the Security App – Agent Endpoint Integration
- Name:
Initializing / End-To-End Tests / ubuntu-18.04_fleet_fleet_mode_agent / Re-enrolling the centos agent – Fleet Mode Agent
- Name:
Initializing / End-To-End Tests / ubuntu-18.04_fleet_fleet_mode_agent / Re-enrolling the debian agent – Fleet Mode Agent
* chore: use a more structurated YAML format * feat: support setting target platform for the CI nodes * fix: wrong item reference * chore: move variable outside the loop * fix: remove variable * fix: use the proper entity to read the platforms
* chore: use a more structurated YAML format * feat: support setting target platform for the CI nodes * fix: wrong item reference * chore: move variable outside the loop * fix: remove variable * fix: use the proper entity to read the platforms
* chore: use a more structurated YAML format * feat: support setting target platform for the CI nodes * fix: wrong item reference * chore: move variable outside the loop * fix: remove variable * fix: use the proper entity to read the platforms
* chore: use a more structurated YAML format * feat: support setting target platform for the CI nodes * fix: wrong item reference * chore: move variable outside the loop * fix: remove variable * fix: use the proper entity to read the platforms
* chore: use a more structurated YAML format * feat: support setting target platform for the CI nodes * fix: wrong item reference * chore: move variable outside the loop * fix: remove variable * fix: use the proper entity to read the platforms
* chore: use a more structurated YAML format * feat: support setting target platform for the CI nodes * fix: wrong item reference * chore: move variable outside the loop * fix: remove variable * fix: use the proper entity to read the platforms
* chore: use a more structurated YAML format * feat: support setting target platform for the CI nodes * fix: wrong item reference * chore: move variable outside the loop * fix: remove variable * fix: use the proper entity to read the platforms
What does this PR do?
It refactors the existing YAML file that configures the parallel branches in the CI pipeline. Instead of having an array of simple items, we are adding a more complex structure, trying to enrich the model for future enhacements.
Why is it important?
We'd like to support more complex CI configurations, like multiple platforms, or different conditions to run test stages, and previous configuration was not supporting it.
The original use case is to run nightly builds with different tags than in the PR build.
Checklist
make notice
in the proper directory)Related issues
Follow-ups
We want to iterate through this PR to enhance the CI flow for this PR, maybe using the
beatsWhen
to identify events triggering the build.