Open shcheklein opened 1 year ago
cc @skshetry
External outputs aren’t supported in show
commands. We have to drop external outputs before we pass them to the dvcfs.
External outputs aren’t supported in show commands. We have to drop external outputs before we pass them to the dvcfs.
It's fine if they are not supported (though it's not 100% for me what is the level of support and if we handle this gracefully). The bug here is that we read the wrong existing internal file instead.
Yes, that’s a bug. As I have said, we have to filter them out before passing to dvcfs, as it does not (and cannot) support external files.
@shcheklein Is it about passing studio tests? I wonder if anyone is using external metrics files.
@shcheklein Is it about passing studio tests? I wonder if anyone is using external metrics files.
We had an issue with some external outs in general, but I think @efiop has solved it and now it's running fine.
We don't expect on the Studio side this to work at all (I mean external metrics, or any external outs).
This bug is not related to Studio tests. If someone has a repo with a similar structure that I described - we might show some wrong numbers. But I doubt it exists atm.
I would check though (not high priority either) if that applies to other things - like plots. That might be a bit more common story. Most likely for users it would look like a bad error message in Studio.
After the recent changes to read cached metrics (and using now DVCFS?).
Since in the
dvc_objects.Path
(name is confusing, should be PathUtils or something like that, as well as in objects like any of the variety of FSs should have fs.path_utils, but at least not fs.path) we resolve path like../out/metrics.cvs
into the sameout/metrics.cvs
. We are just ignoring the..
part. It leads to us potentially reading the wrong file in a repo that has an outdated external output (which is also not clear if we support or not - e.g. we allow still creating those stages even via CLI, via API, etc).DVC Version