We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
This is related to #5778.
I think core tool support API compatibility checking is reasonable. One of the implementations is extending current tool "go tool api".
Like this:
$ go tool api -version 1 local_file_or_directory
version 0 means "go 1.0," 1 means "go 1.1" ... and so on.
I'm not so sure in detail, but I guess implementation is not so hard work.
Walk third party import paths recursively, and check it compatible or not. We already know location of api.txt.
Thank you.
hiro
The text was updated successfully, but these errors were encountered:
No branches or pull requests
This is related to #5778.
I think core tool support API compatibility checking is reasonable.
One of the implementations is extending current tool "go tool api".
Like this:
version 0 means "go 1.0," 1 means "go 1.1" ... and so on.
I'm not so sure in detail, but I guess implementation is not so hard work.
Walk third party import paths recursively, and check it compatible or not.
We already know location of api.txt.
Thank you.
hiro
The text was updated successfully, but these errors were encountered: