問題タブ [circleci]

アプリケーションのデモ ブランチを作成しようとしています。このブランチでは、サプライヤがログインしてその機能について詳しく知ることができます。

Heroku の本番環境にデプロイするマスター ブランチがあります。さらに、Heroku ステージング環境にデプロイするステージング ブランチがあります。Github アプリで、ステージング ブランチから「demo」というブランチを作成しました。

CircleCI を使用してデプロイすると、次のエラーが表示されます。

私の circle.yml は次のようになります。

ステージングへのデプロイ フローは正常に機能しています。唯一の問題は、新しいデモ ブランチにあります。ブランチと Heroku アプリ (foobar-demo.herokuapp.com) を削除しようとしましたが、うまくいきませんでした。

CircleCI appengineのドキュメントでは、パスワードを使用してデプロイを行うことを提案しています。パスワードを使用する代わりに oauth2 フローを使用するにはどうすればよいですか? Google パスワードを共有したくありません。

~/.appcfg_oauth2_tokens_javaCircleCI に環境変数として保存されているトークン データからファイルを生成しますか? もっと簡単な方法はありますか？

CircleCI 内で calabash-ios テストを実行するにはどうすればよいですか?

これは私が試したことです：

また、calabash をインストールした後、CircleCI は .feature ファイルに記述されたコマンドを実行しません。何か案は？

同封の画像をご覧ください。私の CoreOS ボックスでは、Docker bulid にフラグ -f (ファイル) があり、「Dockerfile」という名前以外の dockerfile を指定してビルドを作成できます。たとえば、CircleCI で「Docker -f Dockerfile-dev」を呼び出そうとすると、「flag provided but not defined: -f」で失敗します。同封の画像では、-f フラグが CircleCI の Docker インスタンスに認識されていないことがわかります。これを回避する方法はありますか?それとも、CircleCI ビルドに使用される dockerfile に「Dockerfile」という名前が必要ですか?

CircleCI で calabash-ios を実行しようとしています。次のエラーが表示されます。使用する必要があるパスまたはファイルの場所を見つける方法はありますか? 以下にエラーメッセージを添付します。

自分のマシンでローカルにテストしたところ問題なく動作しましたが、CircleCI では動作しません。

my_container実行時に呼び出されるコンテナがありdocker run -i -t my_container、実行npm --versionして取得でき2.7.4ます。

ただし、コンテナの外部から同じコマンドを実行しようとすると、次docker run --workdir=/home/ubuntu/www my_container npm --versionのエラー メッセージが表示されます。

npm が見つかりません。lxc-start: コンテナの起動に失敗しました。lxcstart: --logfile および --logpriority オプションを設定すると、追加情報を取得できます。

私が実行するほとんどのコマンドは、npm. それがさらに手がかりを追加する場合、私はCircle CIでこれを行っています。

テストに Circle CI を使用し、Python アプリケーションを heroku にプッシュして、マシン上で Web GUI テストも実行しています。

Heroku インスタンスを特定のデータベース コンテンツで満たすための推奨される方法は何ですか?

サークル CI は heroku インスタンスやデータベースに直接アクセスするべきではないと思いますか?

heroku deploy フックは Web フックしか呼び出せないようです。しかし、データベースをリセットするコマンドを実行したいと思います。

私は、yeoman angular-fullstack ジェネレーターを使用してビルドされたプロジェクトを持っています。distこのセットアップの一部は、デプロイメント ディレクトリを作成する単調な「ビルド」タスクです。

そのため、そのディレクトリだけを Heroku にデプロイしたいと考え、これが git サブモジュールの実際の用途になると考えました。サブモジュールを使用すると、外部の変更を取り下げることを心配するよりも、Heroku に個別にデプロイできる別のリポジトリとして dist ディレクトリをセットアップできます。

これはすべて、grunt がビルドを完了した後にサブモジュール ディレクトリに cd できる localhost でうまく機能し、変更をコミットしてサブモジュールのリポジトリにプッシュするだけです。Heroku はリポジトリを監視しており、自動的にデプロイされます。

cd私の問題は、CircleCI で同じことをしようとしたときに、ビルドされたディストリビューションを追加/コミット/プッシュするためにサブモジュール ディレクトリに移動できないように見えることです。

1 つの考えとしては、dist の「レポ」から CircleCI を実行するというものがありますが、これにはすべてのテストをレポジトリに含める必要があり、heroku にはデプロイしたくありません。

次のような人を探しています:

1. CircleCI でサブモジュールのみをコミット/プッシュする方法を知っている、または
2. dist ディレクトリ (のみ) を Heroku にデプロイする方法について、より良いアイデアがあります。