Replies: 1 comment
-
Personally, I don't really have a use case for explicitly running tasks in series. A fair example of this is, with all respect, this very project's Regarding semantics, I would expect this feature to exist for depends = { pre = { sync = ["a"], async = ["b"] }, post = { sync = ["c"], async = ["d"] } } Or maybe a mix of full and inline tables? [tasks.build.depends]
pre = { sync = ["a"], async = ["b"] }
post = { sync = ["c"], async = ["d"] } Breaking changes suck but the old syntax could be preserved quietly for current users, while documenting the new one for new ones. |
Beta Was this translation helpful? Give feedback.
-
I've been trying to avoid having the capability of defining task dependencies in series as an explicit feature just to keep things simple since it's trivially done just by calling
mise run
inside of a task:however, because of several reasons (which I can explain if people are curious but I don't think it matters all that much), this just isn't good enough. I think we may need a way to explicitly define dependencies should run in series. I think users will like this because
mise run
I've often thought users see as a bit of a kluge even though it works fine. How do you think this could look inmise.toml
? I think I only have terrible ideas:I'm not 100% sure I would actually implement this. The drawbacks of not having this are not things we can't live with. Part of the issue is coming up with good syntax but the other is the complexity in the codebase this would add (which I'm not too sure about right now). Also the complexity of just having more features to document and explain to people how to use is a cost I'm weighing. Still, good syntax is definitely a blocker for starting it.
Beta Was this translation helpful? Give feedback.
All reactions