-
Notifications
You must be signed in to change notification settings - Fork 343
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
Parse default remote properly #47
Comments
dvc-cml should not be handling this anymore, aside the exceptions like gs and ssh. |
@DavidGOrtega you should not warn users if settings are not defined for a not default remote. |
This is how you can get the default remote from bash dvc remote list | grep "^`dvc remote default`\t" | awk '{print($2)}' |
Thats what Im saying. DVC-CML only needs to interface the secrets to the runner in case it has to do it. |
Log:
How the log ideally should look like:
|
|
@DavidGOrtega yes |
Currently, the remote type is checked in a not consistent way by finding string patterns like
s3://
indvc remote list
outputs. That might be a problem when multiple remotes are defined.In fact,
dvc remote default
returns the default remote name which can be properly resolved to URL in thedvc remote list
output by a simple pattern.Also, it makes sense to throw an error and exit with a proper message if
dvc pull
is required but the corresponded setting are not.The text was updated successfully, but these errors were encountered: