Open pavithraes opened 3 months ago
Name | Link |
---|---|
Latest commit | 269d2ccdc066d581bd708522b51b7ab4bb5af2d7 |
Latest deploy log | https://app.netlify.com/sites/kaleidoscopic-dango-0cf31d/deploys/65f34d4bf9e3b40008cb07ff |
Deploy Preview | https://deploy-preview-782--kaleidoscopic-dango-0cf31d.netlify.app |
Preview on mobile | Toggle QR Code...Use your smartphone camera to open QR code link. |
To edit notification comments on pull requests, go to your Netlify site configuration.
Name | Link |
---|---|
Latest commit | dc4a875253a781a79440785dee7eae69f796b1e0 |
Latest deploy log | https://app.netlify.com/sites/conda-store/deploys/6668518359d6e100084d7fba |
Thanks for the review!
Quick question: this will make a PR against the branch that someone is trying to merge, right?
@peytondmurray No, this workflow opens a PR against main
when a conda-store release is made. Since the docs are deployed separately, this helps us keep the API ref up-to-date with each released version.
@peytondmurray No, this workflow opens a PR against main when a conda-store release is made. Since the docs are deployed separately, this helps us keep the API ref up-to-date with each released version.
So my one problem with this is that doc versions that track the main
branch will have API docs that are out of date. Are we publishing docs for the main
branch? Do we even need to worry about this?
That's fair. The docs are currently only built against main
.
I didn't want to generate the file on every merge to main because not all PRs affect the API.
I think we can re-generate this on updates to certain files. I'm not sure which specific files to track here, but I can update the PR to regenerate openapi.json
on updates to anything within conda_store_server/
for now.
Ref: #766
Description
This pull request:
openapi.json
static file. This file is used to generate the REST API docs.conda-store.sqlite
to.gitignore
Pull request checklist
Additional information
How to test
I've tested it on my fork: https://github.com/pavithraes/conda-store/pull/4