You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This works.
But, if I want to edit multiple files I must duplicate the element Modify
Is it possible to add multiple processing for the Modify element and/or add the delayed variable substitution ?
Well, the SetEnvironmentVariable call shouldn't be able to execute during template variable processing but I haven't implemented the code yet that prevents that. The way we could address this is with a new directive <setEnvironmentVariable>. One of the premises with Plaster is to have a simple set of directives of what it can do to a user's system. This should help the user feel confident in the template (it can only write to and modify the contents of the dest dir). It also helps ensure idempotency i.e. the template can be applied multiple times safely.
Before we add such a directive can you tell me about the use case? I've used a number of scaffolders (yeoman & Visual Studio new project wizards) and I can't remember any of them creating environment variables.
The way we could address this is with a new directive .
Why not, but i can do without this directive today.
I use this code inside a post installation script.
Before we add such a directive can you tell me about the use case?
Maybe it was a bad example for my question.
In a work team, each team member can install one identical project into a different directory.
I use a environment variable to know where is the project profile :
In my case, the scaffolding is different for the first person who create a Vcs repository and the others who clone/checkout the Vcs repository.
The main Plaster manifest create the project AND a second Plaster manifest to clone the repository and configure a workstation.
Both Plaster manifests have common data (ex: projectName, ModuleName ...)
Activity
rkeithhill commentedon Aug 5, 2016
Well, the
SetEnvironmentVariablecall shouldn't be able to execute during templatevariableprocessing but I haven't implemented the code yet that prevents that. The way we could address this is with a new directive<setEnvironmentVariable>. One of the premises with Plaster is to have a simple set of directives of what it can do to a user's system. This should help the user feel confident in the template (it can only write to and modify the contents of the dest dir). It also helps ensure idempotency i.e. the template can be applied multiple times safely.Before we add such a directive can you tell me about the use case? I've used a number of scaffolders (yeoman & Visual Studio new project wizards) and I can't remember any of them creating environment variables.
LaurentDardenne commentedon Aug 5, 2016
The way we could address this is with a new directive .
Why not, but i can do without this directive today.
I use this code inside a post installation script.
Before we add such a directive can you tell me about the use case?
Maybe it was a bad example for my question.
In a work team, each team member can install one identical project into a different directory.
I use a environment variable to know where is the project profile :
In my case, the scaffolding is different for the first person who create a Vcs repository and the others who clone/checkout the Vcs repository.
The main Plaster manifest create the project AND a second Plaster manifest to clone the repository and configure a workstation.
Both Plaster manifests have common data (ex: projectName, ModuleName ...)