Dvc: Allow restriction `dvc pull` to targets

Created on 31 Oct 2019  路  5Comments  路  Source: iterative/dvc

We have a big mono repo where all the projects are eventually merged. We plan to put the dvc files related to a model in the same directory, and we will have many such directories. In that case, doing dvc pull will start pulling all the files cached in remote storage (potentially terabytes of data), right? If a user does dvc pull <target> she will only load the cached file needed by this target, which is what we really want the user to do.

It would be nice to have a way to prevent the dvc pull without a target, like a config option pull.disable_global.

enhancement feature request help wanted p3-nice-to-have

Most helpful comment

I think letting user interrupt the process is ok solution unless there is a significant delay before it's obvious that lots of things will be pulled now.

All 5 comments

Context: https://discordapp.com/channels/485586884165107732/563406153334128681/639582276388388870

Initial answer on Discord:

we don't have an option like this unfortunately but request makes total sense to me. Let's create a feature request for this please. I would add also that if there are TBs of data she will see that it takes too long even to download that data and will be able to interrupt w/o any consequences and changes in the workspace. It also looks like you would benefit from using dvc pull -R

I think letting user interrupt the process is ok solution unless there is a significant delay before it's obvious that lots of things will be pulled now.

It is quite dangerous to change a command behavior (syntax of the command in this case) by a config option. This should be done only in exceptional cases.

For this particular case, managing multiple DVC projects inside a single mono-repo might be a better solution with additional benefit. See #2349. The implementation is coming soon #3257.

I鈥檓 closing the issue in favor of #2349. Please provide more details if I missed something and multiple dvc repro won鈥檛 solve the issue.

@dmpetrov #2349 looks way more dangerous and way more heavy.

@Suor it is more general and it should not be heavy. Otherwise, we will end up with many ways of doing the same thing.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

mfrata picture mfrata  路  3Comments

dnabanita7 picture dnabanita7  路  3Comments

tc-ying picture tc-ying  路  3Comments

prihoda picture prihoda  路  3Comments

anotherbugmaster picture anotherbugmaster  路  3Comments