This Github Actions is used to prepare output variables that can be used to determine the correct flow of a CI workflow.
Using this approach an addon/connector to be tested can identify by feature flag which versions of Splunk should be tested. The tool is configured by a .addonmatrix
file in the repo root. If no file is present all supported versions of Splunk will be tested.
Using the current Support Policy Expiration dates versions of Splunk will be automatically removed and added in the future.
The following example configuration file indicates a version of Splunk with "METRICS_MULTI" is required.
--splunkfeatures METRICS_MULTI
Once new version of Splunk or sc4s is released and PR with updates in SC4S_matrix.conf or splunk_matrix.conf is created, new configuration should be tested against TAs before the new release of action.
- update the action.yaml file - you need to configure it to use the Dockerfile directly. This ensures that the latest changes are included in the testing environment.
- Create a PR on addonfactory-workflow-addon-release
- In this PR, modify the matrix step to reference the branch of
addonfactory-test-matrix-action
that is currently under test. - Execute CI for several TAs with
build-test-release
workflow referencing created branch onaddonfactory-workflow-addon-release
- After succesfull execution of tests, make a new fix release of
addonfactory-test-matrix-action
which will be automatically incorporated into latestaddonfactory-workflow-addon-release
workflow - *Only for changes in the
config/splunk_matrix.conf
: Follow the instructions from Runbook to creating and publishing docker images used in reusable workflow to create and publish Splunk images for scripted inputs tests based on the updates in the matrix coniguration.