Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
Following on from the previous post - this time I create a separation between development and production.
I've created a build script to be used in the dev environment - it scans each of the script files and if the first line matches "Configuration" then it appends a DEV suffix to the configuration name and creates a new file name <<Configuration>>DEV.ps1. This allows me to create a new version of an existing configuration so I don't affect the production configurations.
I had to make a change to the dev build task so it would run my new PowerShell script so I added in a new task to the build as below.
I also updated the Copy Publish Artifact step to include all files.
What this has allowed me to do is create an artifact with my dev configuration - my release script has also had some smarts added to it so it grabs all the *DEV.ps1 configurations and publishes and compiles them.
When I transfer these changes to the production release (triggered by a merge to master) all I've had to do is update my release production script to publish and compile any configurations not including DEV in the name.
So far so good - next step will be to introduce multiple configurations and make sure I can process them.