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
When a repository is registered to ocaml-ci, all the branches are tested.
Expected behaviour
It would be nice if we could have a better control over which branches are ocaml-ci worthy (I would say, a sane default would be the default branch of the repo and the PRs on it). That would allow to avoid testing branches that we know are not working (it doesn't even work at home) or are not ready (experimentation...).
The text was updated successfully, but these errors were encountered:
(* GitHub defines a stale branch as more than 3 months old.
Don't bother testing these. *)
let max_staleness =Duration.of_day 93
The application doesn't currently persist any per-user or per-repo configuration data. However there are some features that would benefit from having that ability. If such a feature existed how do you think it should work?
Some ideas that I've used elsewhere:
Having a pattern for branch names to ignore eg refs with names of "experiment/*"
Pattern match for branches to build (including the default branch)
Only build PRs and default branch (or a short list of known refs/branches)
To keep with the goals of OCaml-CI it should continue to work by default, building any active branch or PR, with an opam/dune driven no-configuration approach to building OCaml projects.
Context
When a repository is registered to ocaml-ci, all the branches are tested.
Expected behaviour
It would be nice if we could have a better control over which branches are ocaml-ci worthy (I would say, a sane default would be the default branch of the repo and the PRs on it). That would allow to avoid testing branches that we know are not working (it doesn't even work at home) or are not ready (experimentation...).
The text was updated successfully, but these errors were encountered: