Try our conversational search powered by Generative AI!
AI OnAI Off
Best way to handle different license.config?
I ended up using SlowCheetah again since it is still working in VS2015, read more here:
https://visualstudiogallery.msdn.microsoft.com/69023d00-a4f9-4a34-a6cd-7e854ba318b5
Sep 02, 2015 12:17
<p>I also use Slowcheetah but not for the license. Will try that. Thanks</p>
#133366
Sep 02, 2015 22:52
<episerver>
<sites>
<site licenseFilePath="...">
Use ordinary config files transformations available during MSBuild.
We actually delgated this to either TeamCity or Octopus server.
Sep 03, 2015 11:27
On second thoughts, arent those settings gone in the latest versions of EPi?
Sep 03, 2015 14:49
We have a separate part of our solutino containing "Deployment Items", which can include things like robots.txt for different environments, license files or other environment specific non-config files.
And then we're just doing some powershell magic from our Octopus deploy-server to put the right stuff in based on the environment it's released to. Can also be further generalized to be either for each specific server, or for all servers within an environment.
It's pretty nifty.
Sep 03, 2015 15:33
Valdis
Is your apporach working in EPi7.5 and above? From my memory, the site section has been removed from configuration in EPi7.5+
We use the publishing profile instead of standard transformtion to transform the license path based upon different environment. Basically, we include all environment license files in the solution. when our CI (we used Bamboo) kicks off build, it will create a package on the server, so that once build is successful, we can make sure the same code will be deployed to STAGE,UAT and PROD etc.
The license path can be found in EpiServerFramework.config file.
<episerver.framework> <scanAssembly forceBinFolderScan="true" /> <licensing licenseFilePath="./License.config" /> ...... </episerver.framework>
Sep 04, 2015 2:03
Yes, you are right, license path now is moved to its own element under <episerver.framework>.
Edited,
Sep 04, 2015 8:20
This topic was created over six months ago and has been resolved. If you have a similar question, please create a new topic and refer to this one.
I am working with a solution that is going to be hosted in three environments(sites) in Azure and also on the developers local computers and I do not know the best way to handle different license.config for different environments where there are not possible to name them by the name of the server. I need one for development and one that are used on the three Azure-sites.
Anyone else figured out this?