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
Hmmm this is just a question: Do you think it is enough with the help of the package?
(master) ~/repos_and_code/TACA (master) ~> taca --help
Usage: taca [OPTIONS] COMMAND [ARGS]...
Tool for the Automation of Storage and Analyses
Options:
--version Show the version and exit.
-c, --config-file FILENAME Path to TACA configuration file
--help Show this message and exit.
Commands:
analysis Analysis methods entry point
storage Storage management methods and utilities
etc. Or do you think we should add a page per subcommand in the documentation? Like one page for taca storage, one page per taca analysis, etc.
I don't want to over-document, thats the thing, but I don't want either that subcommands or options become forgotten. On the other hand... is a subcommand becomes forgotten is basically because it is not used, so it shouldn't be there....
@guillermo-carrasco : I like the concept of adding per page for a sub command, will be informative and clean :)
But I also feel such documentation will look more good/pretty when we have couple of sub commands other than analysis and storage (I think it will as TACA is growing). So each page can explain all about the sub commands and its parameters, etc.
Hmmm this is just a question: Do you think it is enough with the help of the package?
etc. Or do you think we should add a page per subcommand in the documentation? Like one page for
taca storage
, one page pertaca analysis
, etc.I don't want to over-document, thats the thing, but I don't want either that subcommands or options become forgotten. On the other hand... is a subcommand becomes forgotten is basically because it is not used, so it shouldn't be there....
what do you think? @senthil10 @vezzi @ewels @mariogiov
The text was updated successfully, but these errors were encountered: