Closed GiuseppePiscopo closed 8 years ago
That would be a neat feature, but not one that this extension can provide, unfortunately
Just wondering: is that a matter of not enough time (A), or instead there's no technical way the extension can be made aware of current solution configuration (B) and when that changes?
The task bindings system in Task Runner Explorer needs to be made aware of VS configuration. This extension could be, but without the bindings made aware of it too, I wouldn't know how to differentiate between a dev and prod task
Thanks for explaining!
Why not allow multiple sets of bindings, a 'global' one that runs always (as it does now), buit also add additional set of bindings for each build configuration too.
Its then up to the developer to choose which tasks to bind to each event in each build configuration
Installed product versions
Description
Thanks for this useful extension. Maybe this goes beyond current extension, and it goes straight to Task Runner Explorer, but I'll try here first:
it is quite common for npm script commands to have a dev and a prod version, especially thinking about bundling, minifying, hot-reloading, and so on. E.g. you find
build-dev
andbuild-prod
, as well asserve-dev
andserve-prod
.At a first look those would map nicely with current VS solution build configuration (Debug, Release, ....), so that e.g.:
build-dev
is bound to After Build bindingbuild-prod
is bound to After Build bindingWhat do you think about it? Thanks
PS sorry for cross-posting here and on Visual Studio gallery as well.