Allow global variables in Taskfile.yml about task HOT 10 CLOSED

@anthonyrisinger Task maintainers have limited time, but we're slowly working on them.

from task.

I like that idea. With that it would be possible to overwrite them by GOOS.

from task.

@zbindenren That should be already possible with, e.g.: Taskvars.yml and Taskvars_windows.yml.

I think we'll have to introduce an alternative layout with tasks in a deeper level to solve this + import of Taskfiles (#54)

# Taskfile.yml

import:
  - "another/dir"
  - "Another_taskfile.yml"

vars:
  FOO: bar
  BAR: baz

tasks:
  build:
    cmds:
      - go build ...

I'd prefer to keep everything in the root level, but that not clear and easy.

from task.

Maybe add a version: "2" (docker-compose style) to that. Then it's easy for the parser to first check the version (maybe demand that it's on top) and then apply the relevant parser method for the rest. It adds some additional documentation overhead of multiple formats though.

from task.

@andreynering the last time I checked, it did not work. But I still like the idea, to have all in the same file.

@smyrman versioning like docker compose seems a good idea to me. Maybe keep in sync with task cli version.

from task.

The last time I checked, it did not work.

@zbindenren I couldn't reproduce that.

from task.

@andreynering you are right, it works. I had an old task version.

from task.

So I came across task after cursing make for the 100 billionth time, thanks to the pointless-and-compounding limitations imposed on prereqs, such as not expanding $@ without .SECONDEXPANSION garbage, even though it's known at the time, and not honoring previously set target- and pattern-specific variables in prereqs...

Anyways, this feature appeals to me because it keeps everything in one place. As mentioned in #66 (comment), a new format is necessary to support other features as well.

Is this waiting on #54? I see a handful of stalled open issues that would complete my wants and needs and probably sell me on task > make until the end of time.

from task.

Apologies, stalled was a poor choice of words. A few interesting open tickets feel like a decision was made somewhere else perhaps, and I'm unsure of their status/priority/blockers or how to help move them.

from task.

@anthonyrisinger

The priority is implementing versioned Taskfiles (#77, in progress), so we can implement nice things without breaking compatibility.

This issue and the others you mentioned will be pushed to v2.0

from task.