-
Notifications
You must be signed in to change notification settings - Fork 199
Auto-generate more complete CI via haskell-ci #1061
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
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
.