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

We need a tool to generate markdown for dependency information #7453

Open
richlander opened this issue May 11, 2022 · 2 comments
Open

We need a tool to generate markdown for dependency information #7453

richlander opened this issue May 11, 2022 · 2 comments

Comments

@richlander
Copy link
Member

We have this dependency data file: https://github.com/dotnet/core/blob/main/release-notes/6.0/runtime-deps.json

We also have the same list of dependencies in markdown: https://github.com/dotnet/core/blob/main/release-notes/6.0/linux-packages.md

The markdown data is stale and incomplete. It would be MUCH better if we had a tool that generated the markdown from the JSON file. That would further motivate us to keep the JSON file up to date.

The tool should simply generate the markdown not do something fancy like update the markdown file itself. There can be a manual copy/paste step for a human. When someone updates the JSON, they should run the tool and update the markdown at the same time.

@richlander
Copy link
Member Author

Some commentary on the format, partially based on tips from Matt.

  • Using RIDs is probably not the best approach.
    • We don't intend long-term to have RIDs for all platforms.
    • It isn't clear that any reader of this file really needs RIDs as a currency.
    • Also, if we do use RIDs, there needs to be a display-name lookup to present this data to users.
    • We are probably best off just using display names, only.
  • Where we support multiple versions, I think it is easier to specify the default version for the distro and rely on docs / release notes to specify additional flexibility.
  • For platform dependencies, I'm not sure that really matters. Who would be the target audience of this information?
  • For NuGet packages, I'm wondering if it would be better to separate out those packages into a separate mirror file. That would make this system easier to adopt for others.
  • For optional packages like icu, perhaps we should describe that some way and ideally include a help link for more information.

@mairaw
Copy link
Contributor

mairaw commented Feb 26, 2024

Is this something on the release team's radar?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants