Manual:$wgChangeTagsSchemaMigrationStage/tr

From Linux Web Expert

<translate> Miscellaneous settings</translate>: $wgChangeTagsSchemaMigrationStage
change_tag tablo şeması taşıma aşaması.
<translate> Introduced in version:</translate>1.32.0 (Gerrit change 434814; git #Ia61b987)
<translate> Removed in version:</translate>1.33.0 (Gerrit change 473629; git #02a930d7)
<translate> Allowed values:</translate>See below
<translate> Default value:</translate>MIGRATION_WRITE_BOTH

$wgChangeTagsSchemaMigrationStage indicates the change_tag table schema migration stage. Most wikis can set this to MIGRATION_NEW and run maintenance/populateChangeTagDef.php as soon as any necessary extensions are updated.

Details

$wgChangeTagsSchemaMigrationStage can be set to one of the Schema change migration flags. The allowed value range for the configuration is one of the MIGRATION_* constants. The available constants and their planned use cases on Wikimedia Foundation wikis are as follows:

  • MIGRATION_OLD (0, default value) - Only read and write the old schema. The new schema need not even exist. This is used from when the patch is merged until the schema change is actually applied to the database.
  • MIGRATION_WRITE_BOTH (1) - Write both the old and new schema. Read the new schema preferentially, falling back to the old. This is used while the change is being tested, allowing easy roll-back to the old schema.
  • MIGRATION_WRITE_NEW (2) - Write only the new schema. Read the new schema preferentially, falling back to the old. This is used while running the maintenance script to migrate existing entries in the old schema to the new schema.
  • MIGRATION_NEW (3) - Only read and write the new schema. The old schema (and the feature flag) may now be removed.

For non-Wikimedia Foundation wikis it is recommended to set this to MIGRATION_NEW and to run maintenance/populateChangeTagDef.php in order to take advantage of the new schema.

See also