-
Notifications
You must be signed in to change notification settings - Fork 78
Update immediately to opam-repository changes #26
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
Comments
Note that you can work around this problem by adding git-submodule(s) with the versions you need. Then the CI will test against those. |
I don't think that the second suggestion is practical, since there is no clear correspondence in the order of opam-repo commits (that is, there is no guarantee that all subsequent commits after a minimum-opam-commit would actually work). The only thing that information would tell the CI is that one particular opam-repo revision was known to work -- and even then, that might fail with different solver information such as os/arch/ocaml-version. |
the unknown update cycle of the opam-repository in the ci images makes it very non-intuitive to use for me (esp. since I can't find any documentation thereof, neither how to manually update the opam repository, nor which opam-repository commit a CI run used), and I'd appreciate any solution (such as thanks. |
Fixed in #194. The CI gets a webhook event when opam-repository updates and starts rebuilding things immediately. |
At the moment, we update the base Docker images once a week, and this brings in the latest opam-repository changes. However, it would be good to be able to test against new releases immediately.
The problem with doing
opam update
before each job is that we would lose the benefits of caching, because the layer hash would be different each time.Some options:
If opam could extract from a repository just the information it needed, we could throw away the repository and just keep that. Then repository changes would invalidate the cache only if something we needed changed. There doesn't seem to be any way to do that, though.
We could add a configuration file where the user specifies the mimimum repository commit they need. e.g.
If the repository doesn't contain that commit then we update to it.
The text was updated successfully, but these errors were encountered: