Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

SPEC Tools 5 = CI BEST PRACTICES #181

Open
4 tasks
Carreau opened this issue May 22, 2023 · 1 comment
Open
4 tasks

SPEC Tools 5 = CI BEST PRACTICES #181

Carreau opened this issue May 22, 2023 · 1 comment

Comments

@Carreau
Copy link
Contributor

Carreau commented May 22, 2023

See among other scientific-python/summit-2023#3

  • job that tests nightly wheels/dev versions. Maybe a separate job that tests pre-releases.
  • job that tests the oldest supported versions of declared dependencies
  • cron jobs: notification are not working properly on github, we should implement a small tool, workaround to get notifications to maintainers
  • filterwarnings to error out on warnings: expected warnings should be handled in CI, or ignored. Erroring out by default provides enormous help to notice new deprecations while upstream dependencies are still in their dev cycle (assuming there is a job that uses the dev versions/nightly builds)
@keewis
Copy link

keewis commented Jun 2, 2023

we should implement a small tool, workaround to get notifications to maintainers

I'm maintaining a github action that sort of does this: https://github.com/xarray-contrib/issue-from-pytest-log

My experience with it so far is pretty good, despite the fact that issues that take a long time to fix can accumulate a lot of unrelated failures (making the individual failures a bit hard to track).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants