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
Some configuration is applied via code rather than application settings. Where this is the case is also discussed in the sections to follow.
88
97
89
-
## Configuration Via Application Settings
98
+
## Configuration via application settings
90
99
91
100
### ApiKey or ApiSecret
92
101
@@ -116,9 +125,9 @@ This setting allows you to exclude a certain type of entity from being deployed.
116
125
117
126
This setting allows you to manage how relations are deployed between environments. You will need to specify an alias and a mode for each relation type. The mode can be either:
118
127
119
-
*`Exclude` - This causes the relation to be excluded and not transferred on deployments.
120
-
*`Weak` - This causes the relation to be deployed if both content items are found on the target environment.
121
-
*`Strong` - This requires the content item that is related is set as a dependency, so if anything is added as a relation it would also add it as a dependency.
128
+
*`Exclude` - This causes the relation to be excluded and not transferred on deployments
129
+
*`Weak` - This causes the relation to be deployed if both content items are found on the target environment
130
+
*`Strong` - This requires the content item that is related is set as a dependency, so if anything is added as a relation it would also add it as a dependency
122
131
123
132
```json
124
133
"RelationTypes": {
@@ -176,8 +185,8 @@ An error message of "The remote API has returned a response indicating a platfor
176
185
177
186
If encountering this issue, there are two batch settings that can be applied with integer values (for example 500). This will cause Deploy to transfer items in batches, up to a maximum size. This will allow each individual batch to complete within the time available. The higher the value, the bigger the batches.
178
187
179
-
*`SourceDeployBatchSize` - applies a batch setting for the transfer of multiple selected items to an upstream environment (such as a media folder with many images).
180
-
*`PackageBatchSize` - applies a batch setting to the processing of a Deploy "package", which contains all the items selected for a Deploy operation, plus all the determined dependencies and relations.
188
+
*`SourceDeployBatchSize` - applies a batch setting for the transfer of multiple selected items to an upstream environment (such as a media folder with many images)
189
+
*`PackageBatchSize` - applies a batch setting to the processing of a Deploy "package", which contains all the items selected for a Deploy operation, plus all the determined dependencies and relations
181
190
182
191
### UseDatabaseBackedTransferQueue
183
192
@@ -257,22 +266,22 @@ To configure the behavior you prefer, amend this value to either `None`, `Transf
257
266
For example, using the following settings, you will have an installation that ignores broken dependencies when restoring from an upstream environment. It will however still prevent deployment and report any dependency issues when attempting a transfer to an upstream environment.
258
267
259
268
```json
260
-
"IgnoreBrokenDependenciesBehavior": "Restore",
269
+
"IgnoreBrokenDependenciesBehavior": "Restore",
261
270
```
262
271
263
272
When configuring for Deploy 9, an additional `IgnoreBrokenDependencies` setting existed that took a value of `true` or `false`. To achieve the same result as the example above, the following configuration was required:
264
273
265
274
```json
266
-
"IgnoreBrokenDependencies": true,
267
-
"IgnoreBrokenDependenciesBehavior": "Restore",
275
+
"IgnoreBrokenDependencies": true,
276
+
"IgnoreBrokenDependenciesBehavior": "Restore",
268
277
```
269
278
270
279
### Memory cache reload
271
280
272
281
Some customers have reported intermittent issues related to Umbraco's memory cache following deployments, which are resolved by a manual reload of the cache via the _Settings > Published Status > Caches_ dashboard. If you are running into such issues and are able to accommodate a cache clear after deployment, this workaround can be automated via the following setting:
By upgrading to the most recent available version of the CMS major you are running, you'll be able to benefit from the latest bug fixes and optimizations in this area. That should be your first option if encountering cache related issues. Failing that, or if a CMS upgrade is not an option, then this workaround can be considered.
@@ -282,7 +291,7 @@ By upgrading to the most recent available version of the CMS major you are runni
282
291
Culture and hostname settings, defined per content item for culture invariant content, are not deployed between environments by default. They can be opted into via configuration.
*`None` - no public access rules will be transferred
@@ -313,13 +322,13 @@ When deploying content items, public access rules based on member groups are tra
313
322
Webhooks may be considered environment specific or schema information that you would like to synchronize between environments. As such, by default, Umbraco Deploy does not include webhooks in schema deployment operations.
314
323
315
324
```json
316
-
"AllowWebhooksDeploymentOperations": "None|All",
325
+
"AllowWebhooksDeploymentOperations": "None|All",
317
326
```
318
327
319
328
If you would like you include them you can adjust this setting:
320
329
321
-
*`None` - webhooks are not deployed and are expected to be managed independently in each environment.
322
-
*`All` - webhooks included in schema deployments.
330
+
*`None` - webhooks are not deployed and are expected to be managed independently in each environment
Each setting within this section represents a Deploy operation. For each, the suspensions that are carried out can be amended with one or more of following values:
@@ -448,7 +457,76 @@ If set to `true` the configuration details shown on the setting's dashboard will
448
457
449
458
If set to `true` the version details shown on the setting's dashboard will be hidden.
450
459
451
-
## Configuration Via Code
460
+
### Import on startup
461
+
462
+
Deploy can import content and/or schema previously exported from another Umbraco installation on start-up. This can be used to quickly setup a baseline/starter kit or as a workaround for large ZIP archives that can't be (easily) uploaded via the backoffice.
463
+
464
+
The default configuration will look for the ZIP archive `umbraco\Deploy\import-on-startup.zip` on start-up and if it exists, run an import and delete the file on successful completion. This can be customized by changing the `Umbraco:Deploy:ImportOnStartup` settings (note that this is directly below the `Deploy` section and not nested below `Settings`):
465
+
466
+
*`Enabled` - this feature is enabled by default, but can be disabled (e.g. to prevent importing on specific environments)
467
+
*`Files` - the files that are imported on start-up (relative to the project content root, defaults to `umbraco\Deploy\import-on-startup.zip`), which are checked individually (files that do not exist are skipped and a warning will be logged)
468
+
*`FileAction` - `None` will leave the file on disk (and potentially import it again on the next start-up), `Archive` renames the file to end with `.imported` and `Delete` (the default) will remove the file on successful import
469
+
*`WarningsAsErrors` - indicates whether warnings should be considered as errors
470
+
*`EntityTypes` - sets the entity types to import, note that the default import validation will return warnings for entity types in the ZIP archive that are skipped due to this setting
471
+
*`Cultures` - the ISO codes of content variants that should be imported
472
+
*`Username` - the email address of the user that performs the import (used for auditing), uses the 'super-user' administrator account if not set
473
+
474
+
This feature is extensible via a provider based model by implementing `IArtifactImportOnStartupProvider` and registering it using `builder.DeployArtifactImportOnStartupProviders()`. The default `Umbraco.Deploy.Infrastructure.SettingsArtifactImportOnStartupProvider` implementation uses the above settings and inherits from `Umbraco.Deploy.Infrastructure.ArtifactImportOnStartupProviderZipArchiveBase` (which can be used for your own custom implementation).
475
+
476
+
An example of an import on start-up provider that imports from a physical directory (instead of ZIP archive) is shown below:
0 commit comments