-
Notifications
You must be signed in to change notification settings - Fork 40
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
Go coordinate support #765
Comments
@jeffmendoza I believe you did some investigation into Go support in ClearlyDefined. Could you summarize your conclusions here? |
Here is my thinking from before: |
With Go support being merged in #871, can this be closed? |
@nellshamrell Can we close this one? We can track Go support prior to 1.11 in a separate issue, if we want to add that. |
Yes, this can definitely be closed. Closing :) |
Go is of course very popular and it would be great to have support for tracking Go components. As the Go module system has evolved, things have gotten clearer and easier to implement for ClearlyDefined. However, there is still the challenge of how to identify Go components using ClearlyDefined
coordinates
. Typical package management systems have a small number of registries (providers in ClearlyDefined-speak). The current approach has been to know these up front and code them into the services. This allows the team to effectively curate the sources from which we are pulling data and account for any slight variations in authentication, rate limiting, etc.With Go, while many of the modules are in Git repos on GitHub, that is by no means the universal case. We need to balance a more flexible coordinate structure for Go packages with the realities of accessing arbitrary content on the internet. With some deeper knowledge of the Go modules infrastructure we can likely figure something out and implement.
The text was updated successfully, but these errors were encountered: