Skip to content
This repository has been archived by the owner on Jan 29, 2020. It is now read-only.

Latest commit

 

History

History
318 lines (209 loc) · 8.31 KB

CHANGELOG.md

File metadata and controls

318 lines (209 loc) · 8.31 KB
Raw

Changelog

All notable changes to this project will be documented in this file, in reverse chronological order by release.

1.0.0 - 2017-04-25

First stable release.

Added

  • Nothing.

Deprecated

  • Nothing.

Removed

  • Nothing.

Fixed

  • Nothing.

0.7.1 - 2017-04-11

Added

  • Nothing.

Deprecated

  • Nothing.

Removed

  • Nothing.

Fixed

  • #38 fixes an issue with detection of config providers in ConfigAggregator-based configuration files. Previously, entries that were globally qualified (prefixed with \\) were not properly detected, leading to the installer re-asking to inject.

0.7.0 - 2017-02-22

Added

Changes

  • #34 updates the internal architecture such that the Composer IOInterface no longer needs to be passed during config discovery or injection; instead, try/catch blocks are used within code exercising these classes, which already composes IOInterface instances. As such, a number of public methods that were receiving IOInterface instances now remove that argument. If you were extending any of these classes, you will need to update accordingly.

Deprecated

  • Nothing.

Removed

  • Nothing.

Fixed

  • Nothing.

0.6.0 - 2017-01-09

Added

Deprecated

  • Nothing.

Removed

  • Nothing.

Fixed

  • Nothing.

0.5.1 - 2016-12-20

Added

  • Nothing.

Changes

  • #29 updates the composer/composer dependency to ^1.2.2, and, internally, uses Composer\Installer\PackageEvent instead of the deprecated Composer\Script\PackageEvent.

Deprecated

  • Nothing.

Removed

  • Nothing.

Fixed

  • Nothing.

0.5.0 - 2016-10-17

Added

  • #24 adds a new method to the InjectorInterface: setModuleDependencies(array $modules). This method is used in the ComponentInstaller when module dependencies are discovered, and by the injectors to provide dependency order during configuration injection.

Deprecated

  • Nothing.

Removed

  • Nothing.

Fixed

  • #22 and #25 fix a bug whereby escaped namespace separators caused detection of a module in existing configuration to produce a false negative.
  • #24 fixes an issue resulting from the additions from #20 for detecting module dependencies. Since autoloading may not be setup yet, the previous approach could cause failures during installation. The patch provided in this version introduces a static analysis approach to prevent autoloading issues.

0.4.0 - 2016-10-11

Added

  • #12 adds a DiscoveryChain, for allowing discovery to use multiple discovery sources to answer the question of whether or not the application can inject configuration for the module or component. The stated use is for injection into development configuration.
  • #12 adds a ConfigInjectorChain, which allows injecting a module or component into multiple configuration sources. The stated use is for injection into development configuration.
  • #16 adds support for defining both a module and a component in the same package, ensuring that they are both injected, and at the appropriate positions in the module list.
  • #20 adds support for modules that define getModuleDependencies(). When such a module is encountered, the installer will now also inject entries for these modules into the application module list, such that they always appear before the current module. This change ensures that dependencies are loaded in the correct order.

Deprecated

  • Nothing.

Removed

  • Nothing.

Fixed

  • Nothing.

0.3.1 - 2016-09-12

Added

  • Nothing.

Deprecated

  • Nothing.

Removed

  • Nothing.

Fixed

  • #15 fixes how modules are injected into configuration, ensuring they go (as documented) to the bottom of the module list, and not to the top.

0.3.0 - 2016-06-27

Added

  • Nothing.

Deprecated

  • Nothing.

Removed

  • #4 removes support for PHP 5.5.

Fixed

  • #8 fixes how the DevelopmentConfig discovery and injection works. Formerly, these were looking for the development.config.php file; however, this was incorrect. zf-development-mode has development.config.php.dist checked into the repository, but specifically excludes development.config.php from it in order to allow toggling it from the .dist file. The code now correctly does this.

0.2.0 - 2016-06-02

Added

  • #5 adds support for arrays of components/modules/config-providers, in the format:

    {
  "extra": {
    "zf": {
      "component": [
        "Some\\Component",
        "Other\\Component"
      ]
    }
  }
}

    This feature should primarily be used for metapackages, or config-providers where some configuration might not be required, and which could then be split into multiple providers.

Deprecated

  • Nothing.

Removed

  • Nothing.

Fixed

  • Nothing.

0.1.0 - TBD

First tagged release.

Previously, PHAR releases were created from each push to the master branch. Starting in 0.1.0, the architecture changes to implement a composer plugin. As such, tagged releases now make more sense, as plugins are installed via composer (either per-project or globally).

Added

  • #2 adds:
    • All classes in the Zend\ComponentInstaller\ConfigDiscovery namespace. These are used to determine which configuration files are present and injectable in the project.
    • All classes in the Zend\ComponentInstaller\Injector namespace. These are used to perform the work of injecting and removing values from configuration files.
    • Zend\ComponentInstaller\ConfigOption, a value object mapping prompt text to its related injector.
    • Zend\ComponentInstaller\ConfigDiscovery, a class that loops over known configuration discovery types to return a list of ConfigOption instances

Deprecated

  • Nothing.

Removed

  • #2 removes all classes in the Zend\ComponentInstaller\Command namespace.
  • #2 removes the various bin/ scripts.
  • #2 removes the PHAR distribution.

Fixed

  • #2 updates Zend\ComponentInstaller\ComponentInstaller:
    • to act as a Composer plugin.
    • to add awareness of additional configuration locations:
      • modules.config.php (Apigility)
      • development.config.php (zend-development-mode)
      • config.php (Expressive with expressive-config-manager)
    • to discover and prompt for known configuration locations when installing a package.
    • to allow re-using a configuration selection for remaining packages in the current install session.