You are here

README.txt in Configuration Update Manager 8

Same filename in this branch
  1. 8 README.txt
  2. 8 config_update_ui/README.txt
Configuration Update Reports module
-----------------------------------

CONTENTS OF THIS README FILE
- Introduction
- Installation
- Generating reports in the user interface
- Generating reports using Drush commands
- Important notes  *** Be sure to read this section ***


INTRODUCTION

This module provides a report that allows you to see the differences between the
default configuration items provided by the current versions of your installed
modules, themes, and install profile, and the active configuration of your
site. From this report, you can also import new configuration provided by
updates, and revert your site configuration to the provided values.

The main use case is: You update a module, and it has either changed default
configuration that it provides, or added new default configuration items that
you didn't get when you first installed the module. You want to be able to
import the new items, view the differences between the active site configuration
and the changed configuration, and possibly "revert" (or it may be an update) to
the newly-provided default configuration.


INSTALLATION

Install the module in the normal way for Drupal modules. The only dependencies
are the Configuration Manager module (Drupal core), and the Configuration Update
Base module (part of this same project download).


GENERATING REPORTS IN THE USER INTERFACE

You can generate configuration reports at Administration >> Configuration >>
Development >> Configuration management >> Update report (path:
admin/config/development/configuration/report ).

You can generate a report for a particular type of configuration object, such as
Actions, Tours, Views, etc. Or, you can generate a report for an installed
module, theme, or install profile. Finally, you can generate a report that
contains all configuration in one report.

The report has three sections, depending on what type you choose:

1. Missing configuration items: Configuration items that are provided as
   defaults by your currently-installed modules, themes, and install profile
   that are missing from your active site configuration.

   Any items listed here can be imported into your site.

2. Added configuration items: Configuration items that you added to the site
   (not provided by a currently-installed module, theme, or install
   profile). This section is only shown when you are running the report based on
   a configuration type.

   Items listed here can be exported, which is useful for developers or if you
   want to keep your site configuration in a version control system.

3. Changed configuration items: Configuration items that are in your active site
   configuration that differ from the same item currently being provided by an
   installed module, theme, or install profile.

   You can export these items, see the differences between what is on your site
   and what the module/theme/profile is currently providing, or "revert" to the
   version currently being provided by the module/theme/profile in its default
   configuration.

   Note that the differences may be a bit hard to read, but hopefully they'll
   give you the general idea of what has changed.


GENERATING REPORTS USING DRUSH COMMANDS

The reports detailed in the previous section can also be generated, in pieces,
using Drush commands (https://drupal.org/project/drush):

drush config-list-types (clt)
  Lists all the config types on your system. Reports can be run for
  'system.simple' (simple configuration), and 'system.all' (all types), in
  addition to the types listed by this command.

drush config-added-report (cra)
drush config-missing-report (crm)
drush config-different-report (crd)
drush config-inactive-report (cri)
  Run config reports (see below).

drush config-diff (cfd)
  Show config differences for one item between active and imported (see below).

The report commands run reports that tell what config has been added, is
missing, is inactive, or is different between your active site configuration and
the imported default configuration from config/install directories of your
installed profile, modules, and themes.

For each report except "added", the first argument is one of:
- type: Runs the report for a configuration type; use drush config-list-types to
  list them.
- module: Runs the report for an installed module.
- theme: Runs the report for an installed theme.
- profile: Runs the report for the install profile.

The second argument for reports is the machine name of the configuration type,
module, theme, or install profile you want to run the report for. For the
"added" report, this is the only argument, as the added report is always by
configuration type.

These are the same as the reports you get in the UI, which is described above;
the difference is that in Drush the report is separated into pieces, and the
UI report sections have more columns giving information about each config item.

Once you have found a configuration item with differences, you can view the
differences using the config-diff command. This is a normalized/formatted diff
like in the UI of this module, so see above for details.

Drush examples:

drush clt
drush crm module node
drush cra block
drush crd theme bartik
drush crd type system.all
drush crd type system.simple
drush crd profile standard
drush cfd block.block.bartik_search

Once you have figured out which configuration items are added, missing, or
different, you can:

- Export them - see drush config-export.

- Import missing configuration or revert to provided default values. There are
Drush commands to do this:

drush config-revert (cfr)
  Revert a config item found in a "different" report to the current version in
  the module, theme, or install profile that provides it.

drush config-revert-multiple (cfrm)
  Revert all config items of one type or from one module, theme, or install
  profile to the provided versions.

drush config-import-missing (cfi)
  Import a config item found in a "missing" or "inactive" report from the
  current version in the module, theme, or install profile that provides it.

You can also to use the drush config-import command to import/update multiple
configuration items. But this requires that you locate the files containing the
configuration you want to import, and copy them to your configuration staging
directory.


IMPORTANT NOTES

Here are some notes about how this module functions:

* This module is always looking at the base configuration items, without
  overrides (from settings.php, for example) or translations.

* It is possible for an install profile on a site to provide configuration that
  overrides configuration from a module or theme. The install profile version
  always takes precedence. As an example, consider the case where module Foo
  provides a configuration item called foo.settings, and install profile Bar
  overrides this with its own file. Any reports that include foo.settings will
  be based on the differences between your site's active configuration and the
  version in the install profile. This is not usually a problem, but it can be
  confusing if you're looking at the Foo module report. The foo.settings item
  will be present, but the differences reported will be between the install
  profile's version and your site's active configuration, not the differences
  between the Foo module version and your site's active configuration.

File

config_update_ui/README.txt
View source
  1. Configuration Update Reports module
  2. -----------------------------------
  3. CONTENTS OF THIS README FILE
  4. - Introduction
  5. - Installation
  6. - Generating reports in the user interface
  7. - Generating reports using Drush commands
  8. - Important notes *** Be sure to read this section ***
  9. INTRODUCTION
  10. This module provides a report that allows you to see the differences between the
  11. default configuration items provided by the current versions of your installed
  12. modules, themes, and install profile, and the active configuration of your
  13. site. From this report, you can also import new configuration provided by
  14. updates, and revert your site configuration to the provided values.
  15. The main use case is: You update a module, and it has either changed default
  16. configuration that it provides, or added new default configuration items that
  17. you didn't get when you first installed the module. You want to be able to
  18. import the new items, view the differences between the active site configuration
  19. and the changed configuration, and possibly "revert" (or it may be an update) to
  20. the newly-provided default configuration.
  21. INSTALLATION
  22. Install the module in the normal way for Drupal modules. The only dependencies
  23. are the Configuration Manager module (Drupal core), and the Configuration Update
  24. Base module (part of this same project download).
  25. GENERATING REPORTS IN THE USER INTERFACE
  26. You can generate configuration reports at Administration >> Configuration >>
  27. Development >> Configuration management >> Update report (path:
  28. admin/config/development/configuration/report ).
  29. You can generate a report for a particular type of configuration object, such as
  30. Actions, Tours, Views, etc. Or, you can generate a report for an installed
  31. module, theme, or install profile. Finally, you can generate a report that
  32. contains all configuration in one report.
  33. The report has three sections, depending on what type you choose:
  34. 1. Missing configuration items: Configuration items that are provided as
  35. defaults by your currently-installed modules, themes, and install profile
  36. that are missing from your active site configuration.
  37. Any items listed here can be imported into your site.
  38. 2. Added configuration items: Configuration items that you added to the site
  39. (not provided by a currently-installed module, theme, or install
  40. profile). This section is only shown when you are running the report based on
  41. a configuration type.
  42. Items listed here can be exported, which is useful for developers or if you
  43. want to keep your site configuration in a version control system.
  44. 3. Changed configuration items: Configuration items that are in your active site
  45. configuration that differ from the same item currently being provided by an
  46. installed module, theme, or install profile.
  47. You can export these items, see the differences between what is on your site
  48. and what the module/theme/profile is currently providing, or "revert" to the
  49. version currently being provided by the module/theme/profile in its default
  50. configuration.
  51. Note that the differences may be a bit hard to read, but hopefully they'll
  52. give you the general idea of what has changed.
  53. GENERATING REPORTS USING DRUSH COMMANDS
  54. The reports detailed in the previous section can also be generated, in pieces,
  55. using Drush commands (https://drupal.org/project/drush):
  56. drush config-list-types (clt)
  57. Lists all the config types on your system. Reports can be run for
  58. 'system.simple' (simple configuration), and 'system.all' (all types), in
  59. addition to the types listed by this command.
  60. drush config-added-report (cra)
  61. drush config-missing-report (crm)
  62. drush config-different-report (crd)
  63. drush config-inactive-report (cri)
  64. Run config reports (see below).
  65. drush config-diff (cfd)
  66. Show config differences for one item between active and imported (see below).
  67. The report commands run reports that tell what config has been added, is
  68. missing, is inactive, or is different between your active site configuration and
  69. the imported default configuration from config/install directories of your
  70. installed profile, modules, and themes.
  71. For each report except "added", the first argument is one of:
  72. - type: Runs the report for a configuration type; use drush config-list-types to
  73. list them.
  74. - module: Runs the report for an installed module.
  75. - theme: Runs the report for an installed theme.
  76. - profile: Runs the report for the install profile.
  77. The second argument for reports is the machine name of the configuration type,
  78. module, theme, or install profile you want to run the report for. For the
  79. "added" report, this is the only argument, as the added report is always by
  80. configuration type.
  81. These are the same as the reports you get in the UI, which is described above;
  82. the difference is that in Drush the report is separated into pieces, and the
  83. UI report sections have more columns giving information about each config item.
  84. Once you have found a configuration item with differences, you can view the
  85. differences using the config-diff command. This is a normalized/formatted diff
  86. like in the UI of this module, so see above for details.
  87. Drush examples:
  88. drush clt
  89. drush crm module node
  90. drush cra block
  91. drush crd theme bartik
  92. drush crd type system.all
  93. drush crd type system.simple
  94. drush crd profile standard
  95. drush cfd block.block.bartik_search
  96. Once you have figured out which configuration items are added, missing, or
  97. different, you can:
  98. - Export them - see drush config-export.
  99. - Import missing configuration or revert to provided default values. There are
  100. Drush commands to do this:
  101. drush config-revert (cfr)
  102. Revert a config item found in a "different" report to the current version in
  103. the module, theme, or install profile that provides it.
  104. drush config-revert-multiple (cfrm)
  105. Revert all config items of one type or from one module, theme, or install
  106. profile to the provided versions.
  107. drush config-import-missing (cfi)
  108. Import a config item found in a "missing" or "inactive" report from the
  109. current version in the module, theme, or install profile that provides it.
  110. You can also to use the drush config-import command to import/update multiple
  111. configuration items. But this requires that you locate the files containing the
  112. configuration you want to import, and copy them to your configuration staging
  113. directory.
  114. IMPORTANT NOTES
  115. Here are some notes about how this module functions:
  116. * This module is always looking at the base configuration items, without
  117. overrides (from settings.php, for example) or translations.
  118. * It is possible for an install profile on a site to provide configuration that
  119. overrides configuration from a module or theme. The install profile version
  120. always takes precedence. As an example, consider the case where module Foo
  121. provides a configuration item called foo.settings, and install profile Bar
  122. overrides this with its own file. Any reports that include foo.settings will
  123. be based on the differences between your site's active configuration and the
  124. version in the install profile. This is not usually a problem, but it can be
  125. confusing if you're looking at the Foo module report. The foo.settings item
  126. will be present, but the differences reported will be between the install
  127. profile's version and your site's active configuration, not the differences
  128. between the Foo module version and your site's active configuration.