Closed nickbabcock closed 4 years ago
I understand the concern over verbosity. I prefer the explicit parameter passing (ran into so many other issues with sloppy behavior in Azure Pipelines) but I do see the value in this.
Darned if we do, darned if we don't, so why not?
I'm going to close this now that the library has moved strongly towards convention over configuration by exposing only a way to install rust (with components and targets) and a very opinionated default template.
Given a config of
Listing the rustup_toolchain parameter seems redundant (one has to type out "rustup_toolchain" 3 times). I've played around with the following convention in some templates:
By relying on this global variable, we condense the config (and if subsequent templates relied on that parameter, the savings would be even greater). Resulting in:
These global variables can be documented. There are of course downsides to this approach (a breaking change in the variable name may go undetected, but maybe there will be template versions like tasks (self-imposed version maybe like
rustup-1.yml
orrustup-2.yml
🤔 )).