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

Go coordinate support #765

Closed
jeffmcaffer opened this issue Sep 14, 2020 · 5 comments
Closed

Go coordinate support #765

jeffmcaffer opened this issue Sep 14, 2020 · 5 comments

Comments

@jeffmcaffer
Copy link
Member

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.

@fossygirl
Copy link
Member

@jeffmendoza I believe you did some investigation into Go support in ClearlyDefined. Could you summarize your conclusions here?

@jeffmendoza
Copy link
Member

jeffmendoza commented Sep 14, 2020

Here is my thinking from before:
https://docs.google.com/document/d/1T2WQ_yy3k8XIHw8oMPxz9mG4ys-SVmZ65CnJLhI2geA/edit?usp=sharing
I think "option B" is the right way to go there.

@sschuberth
Copy link
Member

With Go support being merged in #871, can this be closed?

@capfei
Copy link
Member

capfei commented Jan 24, 2022

@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.

@nellshamrell
Copy link
Contributor

Yes, this can definitely be closed. Closing :)

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

6 participants