-
Notifications
You must be signed in to change notification settings - Fork 199
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
Auto-generate more complete CI via haskell-ci #1061
Conversation
Atm. requires a patched version of haskell-ci to include the "haddock" step.
The old CI can easily be restored by:
However, the old CI likely handles the cache wrongly: #1059 (comment) |
I see the point of using haskell-ci but you could got a workflow for the three or two main os's with the half of code, but I guess you already know it |
Ah, actually I don't know. Do you have a pointer to a CI in that style, with some automatic upgrade mechanism? P.S.: Haskell-CI is more strict than the one we had before. For instance, I missed some |
dependabot opens prs to upgrade github actions, see haskell/haskell-language-server#2823 for example that is the main drawback of code generators, they dont compose (or compose hardly) |
Atm. requires a patched version of
haskell-ci
hasLibrary
guard from haddock step haskell-CI/haskell-ci#582to include the "haddock" step.
For now, this PR replaces
which instead patched the workflow produced by
haskell-ci
.Also:
extra-source-files:
in.cabal
file (detected by this CI (haskell-ci.yml
) but not the previous one (ci.yml
)).travis.yml
.