You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Today I realized that running dvc repro -f updates the dependencies of frozen stages in dvc.lock. dvc repro without force does not. Is that intended? If so, why? Personally, I would prefer to be able to force repro all unfrozen stages without updating anything in the frozen stages. I think it also breaks the idea that dvc.lock tracks which inputs led to which outputs.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi!
Today I realized that running
dvc repro -fupdates the dependencies of frozen stages indvc.lock.dvc reprowithout force does not. Is that intended? If so, why? Personally, I would prefer to be able to force repro all unfrozen stages without updating anything in the frozen stages. I think it also breaks the idea thatdvc.locktracks which inputs led to which outputs.A minimal example to reproduce the issue:
dvc.yaml:foo.py:bar.py:dvc reprodvc freeze second_stagefoo.pyand rundvc repro-> deps of second_stage do not change indvc.lockdvc repro -f-> deps of second_stage changeCan someone explain why this would be intended behaviour? Otherwise I am happy to open an issue.
Best
Tim
Beta Was this translation helpful? Give feedback.
All reactions