Replies: 2 comments 5 replies
-
The version is an important part of the schema, and is used not only by the CLI but also by programs, like vscode, that can give you autocompletion and helpful errors/warnings by comparing your local document to this: https://json.schemastore.org/taskfile.json Since there are multiple major versions to Task, it would be too ambiguous without this field. To remove this also violates some principles: it's better to be explicit than implicit. Implicit functionality is very hard to troubleshoot. Maybe this solution is not the right solution to solve the problem you are encountering. Can you describe in more detail the workflow you have? |
Beta Was this translation helpful? Give feedback.
-
I don't want to cause a quarrel, in my opinion it's just choice, no right or wrong. Just like the json schema mentioned above, once a choice is made, it is difficult to go back. From a user perspective, I created this discussion, but from a developer perspective, obviously this doesn't happen. In my usage scenario, most scripts are just one or two lines of commands, for example:
Writing the version every time is very annoying, I have used a lot of tools, like make/scons/ninja/cmake/bazel, none of these require a version. Of course I don't think tasks/default/cmds is redundant, instead these will make it clearer. Anyway go task is a very good tool, the reason why I want to omit the version is because I use it a lot. Thanks. |
Beta Was this translation helpful? Give feedback.
-
Every time when I write a
Taskfile.yaml
, I always need to addversion: '3'
to first line.I understand the importance of clearly specifying the version number, it can significantly reduce maintenance costs due to functional changes. But is it possible to simplify this step when I know what I'm doing.
A possible solution is to read the default version externally, e.g.,
~/.config/task/config.yaml
Beta Was this translation helpful? Give feedback.
All reactions