[TechDocs] optional techdocs-ref annotation.
See original GitHub issueRight now, you need to define a techdocs-ref annotation pointed to where your documentation lives in your something-info.yaml
file (example) to get documentation generated and available in TechDocs.
To avoid this step of configuration, one should be able to use the annotation to connect for example a standalone docs project to your entity but if you have docs with code in the same project, you should not have to define the techdocs-ref.
Issue Analytics
- State:
- Created 3 years ago
- Comments:13 (10 by maintainers)
Top Results From Across the Web
[TechDocs] optional techdocs-ref annotation. #2099 - GitHub
We have a standalone docs project that we've registered as a separate entity. We also have multiple components that is associated with the ......
Read more >TechDocs How-To guides - Backstage.io
How to understand techdocs-ref annotation values. If TechDocs is configured to generate docs, it will first download source files based on the value...
Read more >Core XML Schema - Section (Complex Type) | Ed-Fi Tech Docs
Name, Type, Use, Default, Fixed, annotation ... This reference is optional only if the session reference is available elsewhere in the interchange.
Read more >How to model monorepos in Backstage - Roadie.io
Which option should I use? ... Lastly, add the techdocs-ref annotation to the catalog-info.yaml file in the monorepo.
Read more >Customization - OpenAPI Generator
kt . This option will be used whether api.mustache targets a user customized template or a built-in template. The built-in template will ...
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 FreeTop 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
Top GitHub Comments
I think it’s worthwhile to always show a docs tab on the entity at least, unconditionally. When the user visits the tab, we can inspect whether there actually seems to exist docs for the entity (through any means necessary - looking for an annotation, and if none exists, go looking in some default place, etc). If they don’t, show an empty state that helpfully explains how to get going.
I have a use-case that might relate to this issue.
We have a standalone docs project that we’ve registered as a separate entity. We also have multiple components that is associated with the standalone documentation. We would like to be able to connect those components to the same standalone doc entity so that their ‘Docs’ tab will display the same documentation.
Currently adding the annotation pointed to the same doc source repo creates a separate identical doc entry for each component in the techdocs catalog. An alternative could be to split up the documentation itself for each component but that is less desirable since the content is very closely related semantically.