You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Go modules, Go's official solution to dependency management, have been on by default since Go 1.16. Per the docs and the output I see when running cf push, the buildpack still contains several dependency management solutions that predate modules:
Additionally, the buildpack checks for a vendor folder, but go modules does not vendor dependencies by default; instead, it downloads dependencies go $GOPATH/pkg/mod. Vendoring is still possible, but in practice, I see few projects do it.
I propose removing the old dependency management solutions in favor of Go modules, and propose detecting the Go buildpack by checking for the presence of a go.mod file.
The text was updated successfully, but these errors were encountered:
jameshochadel
changed the title
Drop support for godep, glide, dep, vendoring
Drop support for godep, glide, dep, and buildpack detection by vendor folder
May 16, 2023
I think this is reasonable, and I'd love to drop dead code paths. It would also reduce the surface area we have to test, which would be a benefit to the maintainers, too.
But, I know that CF buildpacks are used by a huge variety of consumers with varying degrees of progression, and I worry that if we drop support for an old vendoring model somewhere down the line this will break our consumers.
Go modules, Go's official solution to dependency management, have been on by default since Go 1.16. Per the docs and the output I see when running
cf push
, the buildpack still contains several dependency management solutions that predate modules:Additionally, the buildpack checks for a
vendor
folder, but go modules does not vendor dependencies by default; instead, it downloads dependencies go$GOPATH/pkg/mod
. Vendoring is still possible, but in practice, I see few projects do it.I propose removing the old dependency management solutions in favor of Go modules, and propose detecting the Go buildpack by checking for the presence of a
go.mod
file.The text was updated successfully, but these errors were encountered: