[Haskell-cafe] Haskell CI with many repositories/packages
adam at bergmark.nl
Tue Oct 24 14:39:56 UTC 2017
I haven't felt the need to share build artifacts like this. Instead, e.g.,
if you cache your `.stack-work` and your master project does a git clone of
sub projects and you put those paths in your stack.yaml then `stack build`
should only rebuild the changes. You may be able to share parts of
`.stack-work` as well but I haven't looked into that.
On Tue, 24 Oct 2017 at 11:35 Jeroen Bransen <jeroen at chordify.net> wrote:
> Hi cafe,
> Does anyone know of a good setup for doing continuous integration with a
> set of Haskell packages, each in its own repository? Just building
> everything upon every commit is not so hard, but to speed up building
> times I'd like to build and test only the minimal set of packages. In
> particular, at a commit for some package A, I would like to build and
> test A and all packages that depend on A.
> The problem is that most CI tools use some notion of 'build artefact',
> which Stack doesn't really seem to give me. Ideally building a package
> results in some object file, which can then be used by the other
> packages. When building failed, packages that depend on it can still use
> the last succesful build. I've tried to look up some Haskell projects,
> but most of them seem to use some ad hoc setup.
> Some pointers are appreciated, as we are using Gitlab a gitlab-runner
> specific option would be great, but I am also open to use Jenkins or
> other tools. And I guess my main struggle now is on the stack/Haskell side.
> Jeroen Bransen
> Haskell-Cafe mailing list
> To (un)subscribe, modify options or view archives go to:
> Only members subscribed via the mailman list are allowed to post.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Haskell-Cafe