dvc: Repo(..., rev=smth) is counter-intuitive or broken
See original GitHub issueFor example repo.add()
will browse using currently existing .dvcignore
files. repo.pull/push()
will work against master not rev
.
Should we hide it? Or handle all of that? Or implement everything not using non-default rev
Repo objects?
- either fix or drop
rev
- remove
assert rev is None
indvc.api
Issue Analytics
- State:
- Created 4 years ago
- Comments:6 (6 by maintainers)
Top Results From Across the Web
dvc import broken authentication · Issue #7898 - GitHub
We seem to no longer be able to import a remote dvc resources from a repository that requires authentication. This worked at some...
Read more >Troubleshooting | Data Version Control - DVC
Here we provide help for some of the problems that DVC user might stumble upon. Failed to pull data from the cloud. Users...
Read more >How to use the dvc.repo.Repo function in dvc - Snyk
Secure your code as it's written. Use Snyk Code to scan source code in minutes - no build needed - and fix issues...
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
I would say that we may break someone workflow if make
Repo
reread config for each branch 😃 Some older branch may have no remote config. And when it will have a different one it could be quite surprising for a user that his files are pushed to two different remotes.@efiop
.push()/pull()
use brancher and brancher only usesself.tree
, if no kwargs are passed. So it was not as I described, but still fishy.Still the point stands - do we really need repos with non-default
rev
?