Closed Fractal-Tess closed 1 year ago
Thanks for reporting this!
Can I ask you to try with client turbo@1.7.x
?
Thanks for reporting this! Can I ask you to try with client
turbo@1.7.x
?
Hey there and thanks for getting back to me.
I actually tried this yesterday, thinking the API might've updated on how turbo links up to the remote cache server.
I cloned the code and did some logging of the incoming request, and it turns out that even though I had a .turbo/config.json
with properly configured credentials, it was using the config defined in ~/.config/turbo/config.json
.
I suspect that config was generated when I originally connected to the official Cercel remote cache.
I changed the values there and can confirm that the self-hosted remote caching server is appropriately working without using CLI arguments.
The only thing I fail to understand is why it's using the defined config in ~/.config/turbo/config.json
instead of .turbo/config.json
at the root of my project.
Anyway, that is all I have for now.
I think I've figured out how this behaves.
Turborepo doesn't enable cache unless I have a ~/.config/turborepo/config.json
with a token
field.
I also need a project root level .turbo/config.json
file for teamid
and apiurl
.
This should be added to the documentation. @matteovivona this is the reason we have intermittent remote cache based on the system. The Turborepo team has changed this lately.
To Reproduce
Steps to reproduce the behavior: Host a docker container with simple local storage settings Try to link & enable cache from client via creating a
.turbo/config.json
with appropriate fields that includetoken
,teamId
andapiurl
. Now runturbo link
, and the on the client you geterror: could not get team information
, while on the server these logs are printed:My environment
Arch 6.1.12-arch1-1 turbo@1.8.1
Edit:
Just for clarification, running turbo with cli flags like
--team
,--token
and--api
reports that it is using remote cache - ("Remote caching enabled").