-
Notifications
You must be signed in to change notification settings - Fork 42
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
Depending on this project ends up pulling in lots of dependencies #35
Comments
Hey, thanks for reporting! This is a good point. This is fixable by moving
We'll fix this shortly. |
Thanks! |
Oh, a simpler solution is to move tools.go to tools_test.go. Go modules will ignore the test files and their dependencies. |
abhinav
added a commit
to uber-go/atomic
that referenced
this issue
Feb 24, 2020
We use `golang.org/x/{tools,lint}` for dev-time tooling only. We don't need to declare it as a library dependency. This causes issues like uber-go/multierr#35. This change drops these depnedencies by renaming the tools.go so that these are considered test dependencies only. `go mod vendor` does not consider test dependencies.
abhinav
added a commit
to uber-go/atomic
that referenced
this issue
Feb 24, 2020
We use `golang.org/x/{tools,lint}` for dev-time tooling only. We don't need to declare it as a library dependency. This causes issues like uber-go/multierr#35. This change drops these depnedencies by renaming the tools.go so that these are considered test dependencies only. `go mod vendor` does not consider test dependencies.
abhinav
added a commit
that referenced
this issue
Feb 24, 2020
This drops library-level dependencies on tools used during development. See also uber-go/atomic#65. Note that we'll also tag a release when this lands. Resolves #35
abhinav
added a commit
that referenced
this issue
Feb 24, 2020
This drops library-level dependencies on tools used during development. See also uber-go/atomic#65. Note that we'll also tag a release when this lands. Resolves #35
@kevinburkemeter v1.5.0 should not have this issue. Thanks again for reporting. |
Thanks for the fast fix!
…On Mon, Feb 24, 2020 at 2:09 PM Abhinav Gupta ***@***.***> wrote:
@kevinburkemeter <https://github.com/kevinburkemeter> v1.5.0 should not
have this issue. Thanks again for reporting.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#35?email_source=notifications&email_token=AML53FKUEJNVRMSOWDKGJDDRERARRA5CNFSM4K2SGXSKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEMZXEPY#issuecomment-590574143>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AML53FPIPBKGRVDGL26SVL3RERARRANCNFSM4K2SGXSA>
.
|
r-hang
added a commit
to uber-go/config
that referenced
this issue
Apr 15, 2020
We use golang.org/x/lint for dev-time tooling only. We don't need to declare constraints on versions of these libraries that our users use. related: uber-go/multierr#35
r-hang
added a commit
to yarpc/yarpc-go
that referenced
this issue
Apr 15, 2020
This drops the library-level dependency on development tools. The tools are: "github.com/gogo/protobuf/protoc-gen-gogoslick" "github.com/golang/mock/mockgen" "github.com/kisielk/errcheck" "github.com/uber/tchannel-go/thrift/thrift-gen" "go.uber.org/thriftrw" "go.uber.org/tools/update-license" "golang.org/x/lint/golint" "golang.org/x/tools/cmd/stringer" "honnef.co/go/tools/cmd/staticcheck" related: uber-go/multierr#35
r-hang
added a commit
to yarpc/yarpc-go
that referenced
this issue
Apr 15, 2020
This drops the library-level dependency on development tools. The tools are: "github.com/gogo/protobuf/protoc-gen-gogoslick" "github.com/golang/mock/mockgen" "github.com/kisielk/errcheck" "github.com/uber/tchannel-go/thrift/thrift-gen" "go.uber.org/thriftrw" "go.uber.org/tools/update-license" "golang.org/x/lint/golint" "golang.org/x/tools/cmd/stringer" "honnef.co/go/tools/cmd/staticcheck" related: uber-go/multierr#35
r-hang
added a commit
to yarpc/yarpc-go
that referenced
this issue
Apr 15, 2020
This drops the library-level dependency on development tools. The tools are: "github.com/gogo/protobuf/protoc-gen-gogoslick" "github.com/golang/mock/mockgen" "github.com/kisielk/errcheck" "github.com/uber/tchannel-go/thrift/thrift-gen" "go.uber.org/thriftrw" "go.uber.org/tools/update-license" "golang.org/x/lint/golint" "golang.org/x/tools/cmd/stringer" "honnef.co/go/tools/cmd/staticcheck" related: uber-go/multierr#35
peats-bond
pushed a commit
to yarpc/yarpc-go
that referenced
this issue
Apr 15, 2020
This drops the library-level dependency on development tools. The tools are: "github.com/gogo/protobuf/protoc-gen-gogoslick" "github.com/golang/mock/mockgen" "github.com/kisielk/errcheck" "github.com/uber/tchannel-go/thrift/thrift-gen" "go.uber.org/thriftrw" "go.uber.org/tools/update-license" "golang.org/x/lint/golint" "golang.org/x/tools/cmd/stringer" "honnef.co/go/tools/cmd/staticcheck" related: uber-go/multierr#35
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I vendor dependencies in my project. Due to the "tools.go" imports in this file, I'm now vendoring all of the staticcheck project. This seems like overkill for a library that is designed to handle multiple errors.
Perhaps you could move the imports in tools.go to a different place, like the private repositories at Uber?
The text was updated successfully, but these errors were encountered: