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
New deployments of the docs are still showing the API documentation from 1.114.0. I vaguely understand how to fix this — pulsar and the other documentation sources are submodules, and once they're updated we can run the script to regenerate the docs — but it would be great if this could be automated.
What benefits does this feature provide?
Instead of our having to remember it (and open a PR and get someone to review it), we could make it the last step of our release automation.
Any alternatives?
Doing it manually! Which sucks.
Other examples:
This is a bit tricky because I believe it would involve a GitHub action that runs a script, then commits the new files back to the repo. But I'm pretty sure there's prior art for this somewhere.
The text was updated successfully, but these errors were encountered:
Great idea to add this into our release automation.
I'll take a look at what it might mean to add it in, but I have a feeling the format will likely be something similar to how we handle updating the Pulsar chocolatey version over in that repo. Meaning an issue with a specific label is created, and that triggers actions local to that repo, at which point it will leave us with a PR to still review, but if we find the process is stable and trust it, we could always allow it to be automatically merged. Or at the very least reviewing a single PR is still much easier than handling the whole thing manually.
Have you checked for existing feature requests?
Summary
New deployments of the docs are still showing the API documentation from 1.114.0. I vaguely understand how to fix this —
pulsar
and the other documentation sources are submodules, and once they're updated we can run the script to regenerate the docs — but it would be great if this could be automated.What benefits does this feature provide?
Instead of our having to remember it (and open a PR and get someone to review it), we could make it the last step of our release automation.
Any alternatives?
Doing it manually! Which sucks.
Other examples:
This is a bit tricky because I believe it would involve a GitHub action that runs a script, then commits the new files back to the repo. But I'm pretty sure there's prior art for this somewhere.
The text was updated successfully, but these errors were encountered: