Open qwerty287 opened 3 weeks ago
If you build an image, I can test.
Started CI, wait a few minutes.
Note that I wrote a migration that will remove the seconds, but if you revert back you have to update all crons manually and add the seconds back
Deployment of preview was successful: https://woodpecker-ci-woodpecker-pr-3785.surge.sh
Attention: Patch coverage is 25.00000%
with 12 lines
in your changes missing coverage. Please review.
Project coverage is 25.81%. Comparing base (
17b4b81
) to head (fff0aa9
). Report is 2 commits behind head on main.:exclamation: Current head fff0aa9 differs from pull request most recent head fe19634
Please upload reports for the commit fe19634 to get more accurate results.
Files | Patch % | Lines |
---|---|---|
.../store/datastore/migration/031_cron_without_sec.go | 21.42% | 8 Missing and 3 partials :warning: |
server/model/cron.go | 0.00% | 1 Missing :warning: |
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
What about https://github.com/go-co-op/gocron? The one from gdgvda/crongdgvda/cron doesn't look that reliable as well.
What do you mean by "reliable"?
I also saw that but preferred the fork because it was much easier to migrate. But I can also use the gocron lib.
Besides that, the "reliability" is not that important actually. This is done internally - the libs are only used to determine the time of the next run.
https://github.com/go-co-op/gocron is using https://github.com/robfig/cron internally
What do you mean by "reliable"?
My main concern was the reputation of the owner/org. The repo has not many stars, the maintainer has nearly no activity on GitHub, same applies to the org.
If we just use the Parser, why not embed this part in the WP code directly? The parser code wasn't touched since 4 years, even in the new fork. However, I don't have a strong opinion on this and won't block you, I'm just a bit more careful about unpopular repos/authors.
If we just use the Parser, why not embed this part in the WP code directly? The parser code wasn't touched since 4 years, even in the new fork. However, I don't have a strong opinion on this and won't block you, I'm just a bit more careful about unpopular repos/authors.
We could also just stick to the lib as it works AFAIK and just change the format to the one without seconds.
If we would remove seconds, this would be a breaking change and should go into 3.0.
Use https://github.com/gdgvda/cron and remove seconds from cron syntax to use standard cron.