Open eugeneswalker opened 3 years ago
We may want to implement selecting a project directory as a global flag by extending the existing storage-level flag, which is done by passing an argument -@level
to a command, e.g., tau project list -@user
. The code that implements that flag is located at:
We could possibly extend it to allow a path in addition to a storage level name. We may want to also add support for it to some other commands; it is not supported by tau dash
, for example.
We may want to also add support for it to some other commands; it is not supported by
tau dash
, for example.
I like this idea a lot.
The storage level commands are all effectively broken/useless because there's no way to access measurements, applications and targets in e.g., user or system level storage. Even when tau initialize
is run with the --storage-level
flag pointing to user storage, nothing happens. The project command and experiment command and dashboard command don't have an option to specify storage level. I have been working on fixing these, but I also think that we should stick to the original model/inspiration which is git. I think there should be a flag to the base tau command that is something like --tau-project-directory
that will ensure the proper storage prefix is utilized. I'd rather do this than add something like -@project = ...
.
It would be nice if there were a way to run experiments outside of the project-tree. Perhaps more generally to be able to interact with an existing taucmdr project from outside the project directory via a CLI opt.
Maybe like
tau --tau-dir=<PROJECT_DIR> dash
would invoke the dashboard routine in the context of<PROJECT_DIR>
For instance, if my
tau init
'd project directory is$PROJECT_DIR
and I want to run a trial from outside-the-project directory, it looks like an attempt was made at one point to make this possible:However,
--tau-dir
doesn't seem to work:@zbeekman