CMR-11239-mini: Research alternatives to improve CMR documentation#2424
CMR-11239-mini: Research alternatives to improve CMR documentation#2424bmsultz-nasa wants to merge 40 commits into
Conversation
…data might look like in JSON
…asic documentation site (total setup time ~= 1 hour)
…documentation HTML files
…t directory for Astro build and adjusted routes to match
…I think it's correct now
…o correctly direct to the documentation
…n the nav bar to point to my docs landing page
… still learning how they work
…esynchronization between local and Bamboo code
…cs from being generated
… get around directory creation permission issues
…ctory for doc files was wrong
… doc generation output directory
…, fixing additional styling and internal route issues
|
Important Review skippedDraft detected. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
✨ Finishing Touches🧪 Generate unit tests (beta)
Tip 💬 Introducing Slack Agent: The best way for teams to turn conversations into code.Slack Agent is built on CodeRabbit's deep understanding of your code, so your team can collaborate across the entire SDLC without losing context.
Built for teams:
One agent for your entire SDLC. Right inside Slack. Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
…'t have to be perfect)
…rect links for Bamboo
Overview
What is the objective?
LLMs have a hard time processing the current CMR documentation since it is one large file. I found a way to auto-generate documentation that is divided by topic into efficient, small sections, and can still use the Clojure auto-generation architecture. This was a research ticket, so the code will not be merged.
What are the changes?
I created an npm environment in
search-app/docsto match the location ofapi.mdandsite.md. The npm environment supports the Starlight integration for the Astro framework, so the static content (new documentation) and configuration files for those tools are also in the same directory. I converted the content inapi.mdto a new directory structure of Markdown files that creates smaller and more encapsulated documentation sections. All original documentation files have been left untouched. I also set the output directory for the new documentation to be the same as the old one:resources/public/site/docs/search. Finally, I changed several tests and other.cljrouting and auto-generation files to work with the new architecture.What areas of the application does this impact?
List impacted applications