Closed cociweb closed 1 month ago
The changes in this pull request involve updates to the changelog and the configuration file for the ebusd project. The changelog now includes details about the new version 23.2.6, which updates the Dockerfile's HEALTHCHECK, reverts a required mode from version 23.2.5, and adds an option for storing rotated logs in the /config directory. Additionally, the version number in the ebusd/config.yaml
file has been updated from "23.2.5" to "23.2.6". The linting workflow has also been modified to allow manual execution.
File Path | Change Summary |
---|---|
ebusd/CHANGELOG.md | Updated with new version entries (23.2.6, 23.2.5, 23.2.4, 23.2.3) detailing various improvements, fixes, and breaking changes. |
ebusd/config.yaml | Updated version number from "23.2.5" to "23.2.6". |
.github/workflows/lint.yaml | Added workflow_dispatch event to allow manual triggering of the linting process. |
.github/workflows/tester.yaml | Changed trigger from pull_request to push and added workflow_dispatch for manual execution. |
🐰 In the garden, I hop with glee,
New versions sprout, as bright as can be!
Changelog updated, a joyful sight,
Configs refreshed, everything's right!
With logs stored neatly, all in a row,
Let's celebrate progress, and let our hearts glow! 🌼
.github/workflows/tester.yaml (1)
`4-9`: **LGTM! Consider monitoring resource usage.** The changes to the workflow triggers are well-structured and provide more flexibility: 1. The new `push` trigger allows for earlier issue detection in the development process. 2. Retaining the `pull_request` trigger ensures continued checks during code review. 3. The `workflow_dispatch` trigger enables manual execution, which is useful for troubleshooting. These changes should improve the overall development and testing process. However, be mindful of the potential increase in GitHub Actions minutes usage due to the `push` trigger running on all branches except `main`. To monitor the impact on resource usage, you can run the following script: This script will show you the number of workflow runs triggered by different events in the last 30 days. Monitor this over time to ensure the new triggers aren't causing excessive resource usage.✅ Verification successful
**Verification Successful: Workflow Resource Usage within Expected Limits** The analysis shows that the new `push` trigger has not resulted in additional workflow runs over the past 30 days. Resource usage remains within expected limits, and no further action is required.🏁 Scripts executed
The following scripts were executed for the analysis: Script: ```shell #!/bin/bash # Description: Check the number of workflow runs in the last 30 days # Get the workflow runs for the last 30 days gh run list --workflow=.github/workflows/tester.yaml --limit=1000 --json createdAt,conclusion,event | jq '[.[] | select(.createdAt >= (now - 30*24*60*60 | strftime("%Y-%m-%dT%H:%M:%SZ")))] | group_by(.event) | map({key: .[0].event, value: length}) | from_entries' ``` Length of output: 289
Thanks for picking this up @cociweb! Let's try to 'squash and merge' next time (y)
Release the Healthcheck update [#125] and increment package version.
Summary by CodeRabbit
Chores
Bug Fixes
New Features