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

Improve docs authoring experience #519

Open
2 tasks
fhennig opened this issue Jan 8, 2024 · 5 comments
Open
2 tasks

Improve docs authoring experience #519

fhennig opened this issue Jan 8, 2024 · 5 comments

Comments

@fhennig
Copy link
Contributor

fhennig commented Jan 8, 2024

As a dev, writing docs is made unpleasant by a few things in the process, especially when writing docs for an Operator, because multiple repos are involved.

Currently the workflow is:

  • checkout both the docs repo and the operator repo
  • edit the playbook file to point to the local operator repo checkout
  • write the docs in the operator repo and rebuild the docs periodically

Main pain points are:

  • the setup is cumbersome
  • build times are long

Tasks

Links:

@nightkr
Copy link
Member

nightkr commented Jan 8, 2024

A few things worth exploring IMO:

  • For DX, can we have a script for "do a build centered around this branch" that you'd run in your operator repo?
  • For build perf, can we try isolating the changes that you're actually concerned about? Either waaaay heavier caching in some form, or maybe we can have a link map of some form for links that should be valid even if they're currently not?

@fhennig
Copy link
Contributor Author

fhennig commented Jan 8, 2024

I like these ideas. There needs to be definitely something so you can preview the docs in the operator repo in isolation with less work.

While looking into this I found this repo: https://github.com/spring-io/antora-extensions with some Antora extensions, there is one called "partial build" which might be helpful for us.

Another low hanging fruit is to not build the UI bundle on every build. especially If we want to have dedicated builds in the operators it might be nice to serve the UI bundle at a URL.

@nightkr
Copy link
Member

nightkr commented Jan 8, 2024

I'd rather not go back to the served bundle. That was a disaster in terms of both reproducibility and reliability (--fetch is already more than bad enough).

That said, we should definitely cache it to avoid redundant rebuilds...

@nightkr
Copy link
Member

nightkr commented Jan 8, 2024

Partial/Atlas definitely looks like a good point to start looking from, yes..

@fhennig
Copy link
Contributor Author

fhennig commented Apr 2, 2024

Update: I tried the atlas extension: #574

it works, but I couldn't get partial builds to work.

I asked on the Antora Zulip chat, but didn't get a reply.

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

2 participants