You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
the feature request sound fine to me on its own, however for its use-case opam exec -- ... is most commonly used instead. How does that compare in terms of usability/complexity compared to using $GITHUB_ENV?
significantly less convenient for us. using $GITHUB_ENV we can configure all subsequent job shells to implicitly be OPAM environments in the same way users are encouraged to add eval $(opam env) to their bash initialization file. set it and forget it.
fair enough. We don’t have time to implement it until after the final release of opam 2.2.0 and even after larger works will most likely take priority but at least we’ll be more free to look at it.
If you want to have a stab at it (e.g. following the path of the --sexp option) you’re most than welcome to in the meantime
Environment variables can be made available to steps in a GitHub workflow job by writing the variable definitions to the
$GITHUB_ENV
file.opam env
prints an environment in terms of bash commandsopam env --sexp
prints an environment as an s-expressionIf there existed a flag
--bare
(say) that printed an environment as exactlyVAR=VALUE
lines e.g.that is, equivalent to
then, a github action to configure an OPAM environment could be very simply written as just
The text was updated successfully, but these errors were encountered: