Ember Cli Deploy Versions Save

A deployment pipeline for Ember CLI apps

v2.0.0

1 year ago

:boom: Breaking Change

  • #521 [Breaking] Switch to Github Actions for CI (@jrjohnson) - The breaking change here is that we have dropped support for Node 12.

:bug: Bug Fix

:memo: Documentation

  • #530 Update package search links in docs since npmsearch.com is no longer registered (@lukemelia)

:house: Internal

Committers: 14

v1.0.2

6 years ago

v1.0.1

6 years ago

Full Changelog

v1.0.0

7 years ago

Although ember-cli-deploy has had a fairly stable API since 0.5.x, this 1.0.0 release signifies that we are committed to supporting this API through the 1.x series, in accordance with SemVer.

Since 0.6.x, we have deprecated the plugins config option in favor of a more flexible and expressive approach.

Thanks to the efforts of @ef4 and @achambers the plugin ordering/disable/aliasing strategy has been entirely rewritten (originally released in 1.0.0-beta.1):

  • the user can disable individual plugins by setting disabled: {pluginName: true} on each plugin's config entry.
  • the user can disable all plugins except some using disable: {allExcept: ['plugin1', 'plugin2']}
  • the user can influence plugin order by expressing inter-plugin dependencies with runBefore and runAfter on each plugin's config entry.
  • plugin authors can influence plugin order by expressing inter-plugin dependencies by setting runBefore and runAfter properties directly on their plugin instance.
  • plugin aliasing is now done by setting alias: {original: ['alias1', 'alias2']}

To get more information go visit the Ember CLI Deploy website

Upgrade notes are also available here

Plugin authors, if your plugin worked under 0.6, it will work under 1.0 with no changes needed.

v1.0.0-beta.2

7 years ago

We anticipate this pre-release being the last beta before 1.0.0. If you try it out on your app and let us know about any issues you run into, your contribution will be rewarded with great appreciation and karma.

There are no API changes in this beta. (Note that the previous beta deprecated the plugins config option in favor of a more flexible and expressive approach. See beta.1 release notes for details).

Changes in this beta consist of updated and trimmed dependencies, including the elimination of dependencies on ember-cli internals. Thanks to @duizendnegen for his work on this front.

To get more information go visit the Ember CLI Deploy website

Upgrade notes are also available here

v1.0.0-beta.1

7 years ago

This pre-release has no breaking changes from 0.6.4 but deprecates the old way of specifying the plugins config property.

Thanks to the efforts of @ef4 and @achambers the plugin ordering/disable/aliasing strategy has been entirely rewritten:

  • the user can disable individual plugins by setting disabled: {pluginName: true} on each plugin's config entry.
  • the user can disable all plugins except some using disable: {allExcept: ['plugin1', 'plugin2']}
  • the user can influence plugin order by expressing inter-plugin dependencies with runBefore and runAfter on each plugin's config entry.
  • plugin authors can influence plugin order by expressing inter-plugin dependencies by setting runBefore and runAfter properties directly on their plugin instance.
  • plugin aliasing is now done by setting alias: {original: ['alias1', 'alias2']}

To get more information go visit the Ember CLI Deploy website

Upgrade notes are also available here

Pull Request

v0.6.4

7 years ago
  • Fix CoreObject init/super deprecation #410 (alisdair)
  • add support for requiredHooks in pipelines for better error messages #406 (ghedamat)
  • Validate configured plugins before continue with pipeline #405 (zzarcon)

v0.6.3

7 years ago

v0.6.2

8 years ago
  • Bump lodash version to remove warning #388 @orf
  • Update ember-cli links to ember-cli-deploy #392 @yothomas

v0.6.1

8 years ago

This release fixes a regression introduced by 0.6.0 that caused the command line flag for specifying a config file to stop working. Thanks to @dschmidt for the fix.

This release also adds config options for specifying log colors (some users had complaints about lack of contrast against certain terminal backgrounds). Documentation is still forthcoming on this feature, but you can check PR #377 if you're anxious to use this.

Pull Requests: