deis logs -a <app_name> --lines -1 not spitting out all logs since app launch. As a workaround you have to supply an arbitrarily large number i.e - deis logs -a <app_name> --lines 10000.

Some scripts can call other scripts via yarn.

For example, "docs": "yarn -s code-doc && yarn -s api-doc".

I guess the possible flags can complicate it a bit. The -s flag is for silent.

We're looking for a PaaS which supports proxying HTTP/2 to the backend app to enable mobile support for gRPC. Deis supports terminating HTTP/2 at the router and opening an HTTP/1.1 connection to the app (#216) currently. The only L7 router that I know of which supports HTTP/2 to the backend is nghttpx (with --http2-bridge

We've seen a few issues where people had environment variables set (like DEV_REGISTRY) so that during rigger configure the DEV_REGISTRY prompt is skipped. We should at least have a log message explaining that this is happening and possibly watch for when that may cause problems (local registry vs. publicly available registry using a cloud provider).

Hello,

I don't understand your installation instructions. I installed it with npm install electron-editor-context-menu, but how do I actually put it in my electron app? You put this code in your readme but don't explain where it goes:

// In the renderer process:
var remote = require('electron').remote;
// `remote.require` since `Menu` is a main-process module.
var buildEditorContex

If both the application and the buildpack do not provide a Procfile, the builder should fail the build as the build is "incomplete".

See deis/deis#4816

This is a meta ticket to build out the chart publishing infrastructure. This issue may move somewhere else, but for now this seems like the best place!

Relates to #349

Workflow releases should be published as signed and versioned charts available at charts.deis.com.

We need to build out the production repo infrastructure and automation, including:

• nail down chart hosting location (GCS, S3)

Those who want to use postgres standalone will wonder how to configure this container. Right now the information is here: https://deis.com/docs/workflow/installing-workflow/configuring-object-storage/#deisdatabase . I think it'd be great if this information was also in the readme for deis/postgres.

Running

deis apps:destroy <app-name>

yields the help message because syntax is not correct. The -a flag is missing. However, the help message is not very helpful, it should at least mention this flag.

$ deis apps:destroy italic-nuthatch
Usage: deis apps:destroy [options]

It's not a big deal, but IMO it would improve ergonomy a little bit

Right now we only parse required commits from the actual git commit message.

However, as users more often expect that adding Requires deis/controller#123 to the GitHub PR description would work, It would be preferable for the logic to parse this instead.

The comments in the example code on the README state that spell-checker runs before the contextmenu event is fired:

// The spell-checker runs when the user clicks on text and before the 'contextmenu' event fires.
// Thus, we may retrieve spell-checking suggestions to put in the menu just before it shows.
webFrame.setSpellCheckProvider(
    ....

However, in my testing, it see