Skip to content
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

maintenance -- vendored things, and code documentation #38

Closed
hannesm opened this issue Jul 4, 2023 · 5 comments
Closed

maintenance -- vendored things, and code documentation #38

hannesm opened this issue Jul 4, 2023 · 5 comments

Comments

@hannesm
Copy link
Contributor

hannesm commented Jul 4, 2023

hey,

I finally discovered this repository, and it's a bit unclear to me why there are so many things in vendor that seem to be released as well.

another question: what and in which configuration is this service deployed (where?)?

@samoht
Copy link
Contributor

samoht commented Jul 5, 2023

I've started to remove vendored code here: #39

Here also a first draft of the documentation: https://hackmd.io/rSCkkWEcQ9agi6p39t3rRw @TheLortex can you check that I didn't wrote any mistake? @hannesm is it helpful? What kind of information do you want to see in there? Once in a proper state, I'll push the doc to the repo.

@TheLortex
Copy link
Contributor

I have added two comments but overall it looks good. Thank you for writing this

@tmcgilchrist
Copy link
Member

It would be worth describing the GitHub App used for delivering web hooks and how that triggers builds. Otherwise that document looks good.

@hannesm
Copy link
Contributor Author

hannesm commented Jul 6, 2023

Thanks for writing that documentation. I still lack some information:

  • which are the optons the ocurrent-deployer uses to launch mirage-ci? (is this relevant? I'd guess some --test-mirage4 to be present?
  • your document mentions various repositories that are "watched" -- how does this mechanism work? likely there's some other documentation already covering it, just point to it
  • while I worked in Adapt pipelines #37, I didn't understand how "mirage-ci" figures out when and which pipelines to trigger for a PR.

Maybe you can start with an overview of the setup, i.e. which systems / repositories are involved for the CI to work (from my understanding, there's "ocurrent-deployer", somewhere something about this GitHub application (sending noitifications to mirage-ci?), and this repository itself.

And maybe state where this CI (and whether both or a single pipeline) is executed on a PR (such as opam-overlays? mirage? mirage-skeleton?).

I'd as well appreciate documentation about the "friend PR" in the README hereof -- from my experience, it means the main descripton of a PR needs to include the line "To test with: <link to PR of mirage-skeleton / mirage>" (but of course I may be wrong)?

@hannesm
Copy link
Contributor Author

hannesm commented Dec 14, 2023

Whatever it takes, it seems others are happy with this thing here. Closing.

@hannesm hannesm closed this as completed Dec 14, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants