Code Monkey home page Code Monkey logo

ember-cli-deploy-build's Introduction

Ember CLI Deploy

Build Status Code Climate

Simple, flexible deployment for your Ember CLI app

Installation

ember install ember-cli-deploy

Quick start

After installation, choose plugins matching your deployment environment, configure your deployment script appropriately and you're ready to start deploying.

In-depth documentation

Visit the Docs site

Contributing

Clone the repo and run npm install. To run tests,

npm test

ember-cli-deploy-build's People

Contributors

achambers avatar bevinhex avatar chrisgame avatar dependabot[bot] avatar duizendnegen avatar ef4 avatar ember-tomster avatar ghedamat avatar jrjohnson avatar kiwiupover avatar lukemelia avatar machty avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar

ember-cli-deploy-build's Issues

Add the option of store environment.js info in separate file instead of meta

I like the possibility of modifying the configuration without having to recompile, but change the generated meta in index.html is a little tricky. Is it possible to save the information in another file instead of meta?

For example

// ember-cli-build.js
var app = new EmberApp({
  configLocation: ->"file", "meta" (storeConfigInMeta = true), "app" (storeConfigInMeta = false)
});
// index.html
<!DOCTYPE html>
   ...
   <script src="config.js" ></script>
   ...
</html>

Wrong app environment with ember-cli-dotenv

I'm using ember-cli-dotenv for writing my app settings for the different environments but when I run the deploy command, the build output uses always the .env-development settings file instead of reading from .env-production file.
If I run a build with the classic ember build command everything is fine.

Is is possible to determine the `outputPath` in another addon?

I have an addon that uses the outputReady hook to do some file manipulation. Originally it was hardcoded to look for built files in the dist/ dir, but when its outputReady hook is invoked as part of an ember deploy process, the built files are actually in tmp/deploy-dist by default.
Is it possible for a downstream addon to find out what the outputPath that was passed to the builder (this happens here in ember-cli-deploy-build) was?
Ideally this would be a value that the addon could read from that would return dist/ if a normal ember build happened and tmp/deploy-dist (or whatever was passed in) if an ember deploy is building.
thanks!

change outputPath

I am new to this and am writing a deploy for CouchDB. In my setup hook I like to extend the ENV.build.outputPath with '/_attachments' like this:

outputPath = outputPath + path.sep + '_attachments';

How do I access the build outputPath?

How to re-use output file from ember build

Is it possible to skip the build with a flag? For example,

# build the app
ember build

# do other sutff

# deploy the app directly, no need to build again
ember deploy --skip-build

The use case is that I want to skip the redundant build in my CI/CD pipeline, but still keep the default build-and-deploy behavior in all other scenario.

include environment in default outputPath

We are testing concurrent deployments using threads. We are doing this locally, but I figured it might make sense as the default:

outputPath: `tmp/deploy-dist-${environment}`

I started making a PR, but since the environment is dynamic and the defaults are defined as static, I couldn't figure out how to get it to work, especially with the EMBER_CLI_DEPLOY_REUSE_BUILD section. Also, how would you detect if someone already customised the outputPath before appending the environment?

Broken with apps using ember-cli 1.13

The plugin is looking for Brocfile.js, but the app is using ember-cli-build.js. In general, it would be ideal if the plugin used the build mechanism in the app's version of ember-cli, not it's own. This may be only an issue with an npm link-ed setup only. I'll check tomorrow.

Generated source maps are binary files

When doing ember build --prod, the generated source maps (in dist/assets) are json files (as they should be).

However, the result from ember deploy, the generated source maps (in tmp/deploy-dist/assets) are binary files (which are unparsable by source map libraries).

I have no idea how to go about debugging. Any help would be appreciated.

Ensure dist directory is removed before each build

The issue occurs if you are using ember-cli-deploy-gzip.
If you run the build consequently - the second time if the fingerprint of a file didn't change the gzip plugin will run again over the already gzipped file and in turn it will double gzip that file which the browser can't decompress thus making the app break.

A solution would be to delete the dist folder before each build.

.htaccess is not included in the distFiles

I'm not sure if this is intentional or a bug. To fix this, we just need to add dot: true to glob.sync options. The downside of this would be that other OS files (like .DS_Store) will also be included in the list of files. I can make a PR but I'd like to know your thoughts on this.

deploy command is invalid

I've just installed the addon in my ember project, but once I type "ember deploy" I get the error:

The specified command deploy is invalid. For available options, see ember help.

(Ember 2.2.0, ember-cli 1.13.13)

Change the default output path not working

I tried to change the default output path as follows and it didn't work, the add-on put all the stuff into tmp/deploy-dist:

#deploy.js

...
  if (deployTarget === 'development') {
    ENV.build.environment = 'development';
    ENV.build.outputPath = 'dist';
  }
....

What am doing wrong here ? Thank you.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.