semantic-release PRs do not modify the functionality of the formula itself. The exception in this case is that testing revealed the issue with the ntp service not running in a container for opensuse. So this is checked for in the formula and the tests are structured accordingly.
Pillar / config required to test the proposed changes
Debug log showing how the proposed changes work
Documentation checklist
[x] Updated the README (e.g. Available states).
[x] Updated pillar.example.
Testing checklist
[x] Included in Kitchen (i.e. under state_top).
[x] Covered by new/existing tests (e.g. InSpec, Serverspec, etc.).
PR progress checklist (to be filled in by reviewers)
What type of PR is this?
Primary type
[build]
Changes related to the build system[chore]
Changes to the build process or auxiliary tools and libraries such as documentation generation[ci]
Changes to the continuous integration configuration[feat]
A new feature[fix]
A bug fix[perf]
A code change that improves performance[refactor]
A code change that neither fixes a bug nor adds a feature[revert]
A change used to revert a previous commit[style]
Changes that do not affect the meaning of the code (white-space, formatting, missing semi-colons, etc.)Secondary type
[docs]
Documentation changes[test]
Adding missing or correcting existing testsDoes this PR introduce a
BREAKING CHANGE
?No.
Related issues and/or pull requests
Describe the changes you're proposing
semantic-release
PRs do not modify the functionality of the formula itself. The exception in this case is that testing revealed the issue with thentp
service not running in a container foropensuse
. So this is checked for in the formula and the tests are structured accordingly.Pillar / config required to test the proposed changes
Debug log showing how the proposed changes work
Documentation checklist
README
(e.g.Available states
).pillar.example
.Testing checklist
state_top
).Additional context