Feat(fortune): ci add special event checker #50
Reference in New Issue
Block a user
Delete Branch "feat/pr-event-check-ci"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
In this PR, we added a CI check process.
When there is a push or pull request, it will verify whether the events are valid, such as checking for syntax errors, incorrect trigger dates, and more.
Have you tested the workflow?
The workflow ran successfully
https://github.com/LifeAdventurer/generators/actions/runs/12975393011/job/36186418331?pr=50
I mean have you tested various wrong formats and will he be able to debug it?
Ohhhh
This is the current error message.
The checker will list all errors as much as possible.
@LifeAdventurer
Should I write a new CI for testing the event checker?
You only need to ensure that the event checker works. There's no need for a CI to repeatedly verify a static event checker.
OK.
test_custom.json
test_cyclical.json
test_static.json
test_structure.json
There are some test files.
Do you want to merge this pr?
I once left a message here asking you to put all scripts in the
scripts/folder but it seems to be gone. Anyway, I would like to ask you to make this change.OK.
No problem.
I'll do it right now.
Is this okay now?
I originally just wanted to ask you to move the CI script there. And after all, the two files originally in
dev/are outdated. But you have already moved them there. So now we have to consider whether to deal with the two files originally in dev/ in the next PR (then you need to reverse) or just put them in scripts or even delete them directly.I think we can delete it in this PR first and open another PR related to probability analysis to handle this.
Please commit these resolve request changes (including deleting the files) after I review your pull request.
@@ -0,0 +1,35 @@name: Check special eventsUse checkout@v4
@@ -0,0 +1,35 @@name: Check special eventson:Try to use
paths, so we only need to run this workflow when files underfortune_generator/json/are changed.Overall, this is a well-structured addition that will help maintain data consistency. Here's my review:
Strong Points:
Suggested Improvements:
Code Structure:
Error Handling:
Testing & Maintainability:
The code is good to merge after addressing the docstring and logging improvements. The other suggestions can be handled in future PRs.
Let me know if you'd like me to elaborate on any of these points.
Remove this file.
Remove this file.
Squash your commits before I merge.
OK