Dave Berenbaum

A point in favor of caching the dvclive directory by default: transitioning to caching it later (for example, as a pipeline output) requires running `git rm --cached ...` to drop...

The only real blocker to this besides prioritization is that it's dangerous since it could delete something needed elsewhere, right? Could we add the command with a stern warning that...

I think as long as you aren't editing the files in place, and are only dropping and adding files and pulling them, it should be safe. You may want to...

While I like the idea and feel the same pain that the CLI feels disorganized, and the proposal makes sense from a logical perspective, I see it as primarily an...

@omesser Maybe a first step should even to be do a very rough docs draft (not bothering with updating all old links etc.) to see how it simplifies things and...

Very minor suggestion would be to add a `stages` alias since a lot of these subcommands are not about a single stage.

Thanks @johan-sightic! It makes sense to me, but you might want to know that @daavoo is already working on #9375. Do you think that would solve the issue for you?

> Hi @dberenbaum I'm not sure I understand the change. Is the idea that after that PR I just don't ever have to run `dvc pull` I just run `dvc...

@efiop If we prioritize adding `pull: false` and setting it on `dvc import-url --no-download`, it should mostly solve the use case of wanting to track external data (although admittedly it's...

There is a workaround in that you can now skip `dvc pull` and instead run `dvc repro --pull --allow-missing` to pull the data needed during repro and to allow skipping...