Open jsejcksn opened 4 years ago
With the future possibility to specify cmd
instead of file
#15 , I'm afraid adding a terser syntax would result in more confusion.
@BentoumiTech I can see how that would complicate things. However, #19 addresses this.
denox run
is faster to type than denox start
(or current denox run start
), I like this change!
What the workspace file look like if there was added support for deno test
and not only deno run
?
https://github.com/BentoumiTech/denox/issues/7#issuecomment-950213279
Issue Type
It appears that one of the primary goals of this project is to reduce typing. I think every programmer loves that.
It might be possible to allow for even terser syntax by establishing and documenting some sensible defaults and inference behavior. Here are some suggested considerations:
Default script:
For example, one could use the command
denox run
, which would be expanded todenox run default
. (I gavedefault
as the example here, but maybe you likemain
, etc.)Example:
deno-workspace.yaml
shell
Inferring file from script:
Likewise, in
deno-workspace.scripts
: If a script does not provide a value forfile
, it could be inferred from its script key—this would allow it to be an optional property if people would like to organize scripts directly by file name. This practice provides the advantage of native terminal tab-completion and also promotes an organizational structure which aligns with the workspace filesystem.Example:
This:
could be equal to: