TechDocs annotation should have a sensible default
See original GitHub issueFeature Suggestion
Assuming a company is not using mono-repos, the docs are likely in the docs
directory at the root of the repo that contains the component. Can we make this the default in order to make the techdocs-ref
annotation optional?
Possible Implementation
No idea 😄
Context
Adoption of TechDocs is more likely if the user has to do less work to configure it. Every little bit of friction counts.
Issue Analytics
- State:
- Created 2 years ago
- Reactions:3
- Comments:21 (8 by maintainers)
Top Results From Across the Web
TechDocs How-To guides - Backstage.io
The default value is the publicly hosted kroki.io . If you have sensitive information in your organization's diagrams, you should set up a...
Read more >Backstage TechDocs - How it works - Roadie.io
There are two ways to set up TechDocs in Backstage, the Basic approach and the Recommended approache. But how do they work and...
Read more >Documentation for the jaxrs-spec Generator
No changes to the enum's are made, this is the default option. true: With this option enabled, each enum will have a new...
Read more >The TechDocs Beta has landed - Spotify Backstage
Thanks to Phil Kuang for the improved default TechDocs home experience. Simpler YAML annotations: What's in a ref? A simpler techdocs-ref ...
Read more >Core XML Schema | Ed-Fi Tech Docs
2) has a serious, ongoing illness or a chronic condition that has lasted or is anticipated to last at least ... Name, Type,...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Adding to this discussion, we are currently in the process of taking the “remove the friction” a step further. We’ve built code that will auto create an mkdocs.yml file dynamically in CI which means a repo really only needs a
docs
directory and an index/readme file. At that point we can auto build/publish the docs to storage. Then we have a custom processor that checks the existence of the docs directory for the entity and enriched the entity with the techdocs annotation. The difference being there is actually no physical mkdocs.yml file that is persisted anywhere.An out-of-the-box available processor that scans for an mkdocs file or properly detects an interesting docs dir sounds like it would be very useful!
@backstage/techdocs-core Could you chime in here? This sounds like a worthwhile contribution, whether by maintainers or by the community. I’ll actually slap a help wanted label on it in the mean time.