On Thursday, January 9, 2020 at 3:38:56 AM UTC-5, T L wrote:
>
> Yes, when I change the "go 1.13" directive to "go 1.14", it suggests I 
> need to run 'go mod vendor' to sync.
> After the sync, it works. Thanks for the help.
>
> So if the directive is 1.13, no default "-mod=vendor" compiler flag is 
> set? And not any message is suggested?
>
> On Wednesday, January 8, 2020 at 11:51:59 AM UTC-5, Sean Liao wrote:
>>
>> works for me when tested with gp1.14beta1, are you sure your go.mod has 
>> the  "go 1.14" directive?
>> go's tooling currently assumes vendor is a full local copy of all code 
>> needed to build a module
>> with modules the recommended way is to have your patched  / unavailable 
>> module somewhere else
>> and point to it with either standard require or a replace
>>
>
> This should work, but it is to tedious, for there are tons of old 
> dependency packages.
> I need to create tons of go.mod files under those package folders and add 
> tons of replace lines in the main go.mod file.
>
> If Go SDK 1.14+ also support a special folder vendor_legacy, then things 
> would become simpler.
>

I rearranged the folder structures of my projects. It looks things are not 
that bad.
The last versions of most of the dependencies still keep API capabilities.
There are only about 5 packages need the replace line hack.

 

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/df4f1b4c-ed85-4659-9e5d-dab025129c00%40googlegroups.com.

Reply via email to