dvc list: option to specify dvc remote
See original GitHub issueI have a project with several DVC remotes. When I execute dvc list . data/some/dirs in my workspace sometimes I need to specify dvc remote. Similar with -r option in pull/push commands.
Issue Analytics
- State:
- Created 2 years ago
- Comments:10 (10 by maintainers)
Top Results From Across the Web
remote | Data Version Control - DVC
A set of commands to set up and manage data remotes: add, default, list, modify, remove, ... We use the -d ( --default...
Read more >shcheklein/example-get-started: Get started DVC project
This is a read-only HTTP remote. $ dvc remote list storage https://remote.dvc.org/get-started. You can run dvc pull to download the data: $ dvc...
Read more >DVC Shared Windows Directory Setup - linux - Stack Overflow
If you are using a local remote this way, you won't be able to have to the same url on both platforms since...
Read more >Cheat Sheet | GlobalSQA
dvc push. Share Data. Show all available remotes. $ dvc remote list ... Set up a remote to keep and share data files....
Read more >Syncing Data to AWS S3 - Iterative.ai
Set up a DVC project · Create a default remote · Add AWS credentials · Push and pull data with DVC.
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found

@efiop I don’t mind closing it in favor of #2466. Probably description of that issue should be changed and mention not only
getbut alsoimportandlist.There is no misinterpretation of my use case. But honestly, I didn’t think about it in this way. Since I often use
-roption withpull/pushcommands, I was concentrated on expanding this workflow onlistcommand.However, having a mechanism which automatically switches from one remote to another is a neat solution. It eliminates the need for
-roption inlistcommand for me. If such mechanism will cover other commands likepull/pushthen in my case there would be no need in-roption at all. In sum, the proposed mechanism fits me perfectly, but it seems it should go well beyondlistcommand.