I saw that you wrote > The reason that I'm using shared GOPATH for this Jenkins step/job is that to now download the packages in `pkg/mod`.
And I thought that meant you were using modules. Discussion in https://github.com/golang/go/issues/26677 says that the build cache is explicitly safe, but if you have a reproducer that shows otherwise, that's probably worthy of its own issue. On Mon, Oct 1, 2018 at 10:50 AM Yulrizka <yulri...@gmail.com> wrote: > Hi Mark, > > what I find interesting is that I haven't enable go module yet. > As you can see in the errors that I'm still using a vendor directory > > On Monday, October 1, 2018 at 6:27:57 PM UTC+2, Mark Rushakoff wrote: >> >> https://github.com/golang/go/issues/26794 is "can't run go builds >> concurrently if they download modules". >> >> In that issue, Russ says: >> > There is a plan to make downloading of modules by parallel go commands safe >> but we haven't done that yet. >> >> On Monday, October 1, 2018 at 8:43:00 AM UTC-7, Yulrizka wrote: >>> >>> Hi, >>> >>> Recently, I played around with our Jenkins pipeline. In the new set-up, >>> I build multiple packages in parallel. This step executes "go build" for >>> each of the services that we have at the same time. >>> One thing I also change is that for each service, it uses the same >>> GOPATH. >>> >>> Sometimes, I see failures like this >>> >>> src/go/pkg/linux_amd64_netgo/project/vendor/ >>> github.com/prometheus/common/internal/bitbucket.org/ww/goautoneg.a" >>> already exists and is not an object file >>> >>> go build project/vendor/github.com/prometheus/common/model: build >>> output >>> "/var/lib/jenkins/workspace/project/src/go/pkg/linux_amd64_netgo/project/vendor/ >>> github.com/prometheus/common/model.a" already exists and is not an >>> object file >>> >>> go build project/vendor/github.com/struCoder/pidusage: build output >>> "/var/lib/jenkins/workspace/project/src/go/pkg/linux_amd64_netgo/project/vendor/ >>> github.com/struCoder/pidusage.a" already exists and is not an object >>> file >>> >>> go build project/thrift/gen/denormalized: build output >>> "/var/lib/jenkins/workspace/project/src/go/pkg/linux_amd64_netgo/project/thrift/gen/denormalized.a" >>> already exists and is not an object file >>> >>> >>> My current guess is that this is because running multiple go build at >>> the same time, but I'm not sure if this is actually the case. >>> >>> If it is the case, what is the recommended way to build multiple >>> packages when you have multiple Jenkins step/job that build the binary at >>> the same time? >>> >>> The reason that I'm using shared GOPATH for this Jenkins step/job is >>> that to now download the packages in `pkg/mod`. >>> >>> >>> Cheers! >>> >> -- > You received this message because you are subscribed to a topic in the > Google Groups "golang-nuts" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/golang-nuts/Pj7BVrrBSuw/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > golang-nuts+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
