1.0.0-beta10

• fixed: added symfony/filesystem dependency in non-dev environments

1.0.0-beta9

• checking the version of puli/cli now to find out whether the plugin is compatible
• fixed plugin to disable itself after uninstall
• the .puli directory is now removed on "composer install" and "composer update"
  to fix updates to incompatible generated files
• made compatible with Symfony 3.0

1.0.0-beta8

• fixed setting of the "bootstrap-file" key
• fixed escaping of arguments when calling shell commands on Windows

1.0.0-beta7

• adapted to puli/cli 1.0.0-beta7
• the environment ("dev" or "prod") of Composer packages is now passed to Puli
• improved Windows compatibility

1.0.0-beta6

• added Puli components as dependencies
• fixed handling of line endings on Windows
• the config key "bootstrap-file" is now automatically set to "autoload.php",
  if not set by the user
• fixed running of .bat scripts on Windows

1.0.0-beta5

• the plugin is now independent of puli/manager and uses a "puli"/"puli.phar"
  executable instead
• upgraded to webmozart/path-util 2.0

1.0.0-beta4

• removed usage of the --force option when calling "puli build"
• updated use of changed Config constants

1.0.0-beta3

• fixed error: Constant PULI_FACTORY_CLASS already defined
• disabled plugins during Composer hook to fix error "PluginClass not found"
• the Puli factory is now automatically regenerated after composer update/install
• enabled plugins during "puli build" in the Composer hook

1.0.0-beta2

• fixed: packages with a moved install path are reinstalled now
• added IOLogger
• errors happening during package installation are logged to the screen now
  instead of causing Composer to abort
• errors happening during package loading are logged to the screen now instead
  of being silently ignored
• fixed: packages installed by the user are not overwritten if a package with
  the same name but a different path is loaded through Composer

1.0.0-beta

• removed ComposerPlugin. You need to remove the plugin from your puli.json
  file, otherwise you'll have an exception. The package names are now set
  during installation by PuliPlugin.
• the generated PuliFactory is now added to the class-map autoloader
• the class name of the generated PuliFactory is now declared in the
  PULI_FACTORY_CLASS constant in the autoloader
• the package name defined in composer.json is now copied to puli.json
• moved code to Puli\ComposerPlugin namespace