Configurable settings - davidni/kudu GitHub Wiki
There are various things that you can configure using App Settings, which you can find on the Configure page in the Windows Azure portal.
Note that in addition to using App Settings, you can specify those settings in your .deployment file. This is useful if you want the setting to be part of your repository.
Use this flag to add things at the end of the msbuild command line, such that it overrides any previous parts of the default command line.
e.g. to choose the Debug build configuration (default is Release) and apply a chained config transform, you could have:
[config]
SCM_BUILD_ARGS=-p:Configuration=Debug;PublishProfile=MyChainedTransform
Kudu uses the azure site deploymentscript
command described here to generate a deployment script. By default, it figures out what parameters to pass by looking at the files in the repo to determine the project type (e.g. Node, ASP.NET, ...).
But in some cases, you may want to override that and take control of the command line, which you can do using this setting.
e.g. to force your repo to be treated as a plain web site (no build), you can use:
SCM_SCRIPT_GENERATOR_ARGS=--basic -p FolderToDeploy
Please see Deploying inplace and without repository for information on using the SCM_REPOSITORY_PATH
, SCM_NO_REPOSITORY
, PROJECT
and SCM_TARGET_PATH
flags.
By default, Kudu automatically update submodules before doing a deployment. To turn that off:
SCM_DISABLE_SUBMODULES=1
For large repos, you can make Kudu use a shallow clone when it clones your repo from GitHub or Bitbucket, which can save disk space. Shallow clones can be tricky, so make sure you understand what they are before using this. It is off by default. To turn it on:
SCM_USE_SHALLOW_CLONE=1
After deployment, Kudu will execute, if exists, postdeployment
script under /site/deployments/tools directory. To customize to different directory, one can set the following setting.
SCM_POST_DEPLOYMENT_ACTIONS_PATH=<path>
With this flag, a git push
updates the server repo, but does not trigger a deployment:
SCM_DISABLE_DEPLOY_ON_PUSH=1
By default, it is set to 1, but you can get more tracing with higher values, up to 4. e.g.
SCM_TRACE_LEVEL=4
By default, when your build process launches some command, it's allowed to run for up to 60 seconds without producing any output. If that is not long enough, you can make it longer, e.g. to make it 10 minutes:
SCM_COMMAND_IDLE_TIMEOUT=600
When using the log streaming feature, by default it times out after 30 minutes of inactivity. To change it to 15 minutes (unit is seconds):
SCM_LOGSTREAM_TIMEOUT=900
The following settings must be set in the Azure App Settings, and cannot be overridden in the .deployment file (since they are not deployment settings)
Used the change the version of Node that is used by default
WEBSITE_NODE_DEFAULT_VERSION=0.10.5
See this forum thread for details. Note that this is only available for sites running in Basic or Standard mode.
WEBSITE_LOAD_USER_PROFILE=1
WEBSITE_PRIVATE_EXTENSIONS=0
The name (or relative path to the LogDirectory) of the file where internal errors are logged, for troubleshooting the listener:
DIAGNOSTICS_LASTRESORTFILE=logging-errors.txt
The settings file, relative to the web app root:
DIAGNOSTICS_LOGGINGSETTINGSFILE=..\diagnostics\settings.json
The log folder, relative to the web app root:
DIAGNOSTICS_TEXTTRACELOGDIRECTORY=..\..\LogFiles\Application
Maximum size of the log file (Default: 128 kb):
DIAGNOSTICS_TEXTTRACEMAXLOGFILESIZEBYTES=200000
Maximum size of the log folder (Default: 1 MB):
DIAGNOSTICS_TEXTTRACEMAXLOGFOLDERSIZEBYTES=2000000
Timeout in milliseconds to keep application logging on (Default is 43200000, which is 12 hours):
DIAGNOSTICS_TEXTTRACETURNOFFPERIOD=43200000
WEBSITE_WEBDEPLOY_USE_SCM=false
WEBSITE_DISABLE_SCM_SEPARATION=true
Each site gets the site extensions feed from a configurable Url. If it is not set, the behavior is equivalent to
SCM_SITEEXTENSIONS_FEED_URL=http://www.siteextensions.net/api/v2/