Capistranoを使用して空のUbuntuVMをブートストラップしています。

基本要件をインストールする基本レシピがあります。

レシピ/base.rb

rvmをインストールするためのレシピもあります。私はrvm-capistranoこれに宝石を使用します：

レシピ/rvm.rb

rvm-capistranogemがすべてのタスクのデフォルトシェルを変更して追加しているように見えます。

これの影響は、rvmをインストールする前に実行されるため、基本レシピが機能しなくなることです。

deploy.rb

誰かが以前にこの問題を抱えたことはありますか？rvm-capistranoデフォルトのシェルをいつ変更するかを制御する方法はありますか？つまり、デフォルトのシェルを変更しないようにする方法はありますdeploy:installか？

使用する代わりに、独自のrvmレシピを作成する必要がありrvm-capistranoますか？

最新の RVM (1.12.3) にアップグレードしたばかりで、rvm-capistrano gem をインストールしようとしています。

私はすでに最新のものをcapistrano, capistrano-ext, and capistrano-colors gemsインストールしています。

これは、Gemfile に追加した行です。

を実行する'bundle install'と、次のエラーが表示されます。

===========================================

/home/larry/.rvm/gems/ruby-1.9.3-p125@stuptues/bin/rake Error:Error:[rake --tasks] rake aborted!

初期化されていない定数カピストラーノ

/home/larry/.rvm/gems/ruby-1.9.3-p125@stuptues/gems/rvm-capistrano-1.0.2/lib/rvm/capistrano.rb:3:in `'

/home/larry/.rvm/gems/ruby-1.9.3-p125@stuptues/gems/bundler-1.1.3/lib/bundler/runtime.rb:74:in `require'

/home/larry/.rvm/gems/ruby-1.9.3-p125@stuptues/gems/bundler-1.1.3/lib/bundler/runtime.rb:74:in `require in block in require'

/home/larry/.rvm/gems/ruby-1.9.3-p125@stuptues/gems/bundler-1.1.3/lib/bundler/runtime.rb:62:in `block in require'

/home/larry/.rvm/gems/ruby-1.9.3-p125@stuptues/gems/bundler-1.1.3/lib/bundler/runtime.rb:55:「それぞれ」に

/home/larry/.rvm/gems/ruby-1.9.3-p125@stuptues/gems/bundler-1.1.3/lib/bundler/runtime.rb:55:in `require'

/home/larry/.rvm/gems/ruby-1.9.3-p125@stuptues/gems/bundler-1.1.3/lib/bundler.rb:119:in `require'

/home/larry/RubyMine/StupidTuesday/config/application.rb:7:in `'

/home/larry/RubyMine/StupidTuesday/Rakefile:4:in `require'

/home/larry/RubyMine/StupidTuesday/Rakefile:4:in `'

================================================

rvm-capistrano/lib/rvm/capistrano.rb新しく追加されたファイルの「問題のある」行は 次のとおりです。

Capistrano::Configuration.instance(true).load do

これはうまくいくようです。なぜそうではないのか誰かが知っていますか？

ありがとう、

ラリー

デプロイメントホストのセットアップを完全に自動化しようとしているので、Rubyの手動インストールを避けています。

私はcapistrano-rvm仕事をすることを約束しているので使用していますが、RVMがRubiniusをコンパイルするときに問題があります：

の内容/home/app/.rvm/log/rbx-2.0.0pre/rake.logは次のとおりです。

どうすればいいですか？それはRVMによって行われるべきでしたね？

誰かがすでにこの問題に会い、抜け出しましたか？

編集

RVMが1.8.7以前rbxにロードとコンパイルを行ったことを忘れましたが、ビルドへの依存のようです。たぶん、RVMは正しく初期化されていないgemセットで実行されていますか？

最近、サーバーにデプロイするために gem rvm-capistrano をインストールしました。まず、実行してみましたcap deploy:setup。RVM はインストールされているようですが、何らかの理由 (権限など) で REE をインストールできませんでした:

無関係なので、これ以上は含めませんでした。

明らかにdeploy.rbsudo オプションでは として設定されてい'root'ます。

乗客+rvm+apache+レールを機能させるのに苦労しています。ページを開くと、乗客から次のエラーメッセージが表示されます。

このエラーメッセージが何を伝えようとしているのかわかりません。それがruby-1.9.1を参照しているように見えるのは紛らわしいですが、rvmは1.9.2-p180にマップする必要があります。

私たちの詳細を見つけるためのヘルプ、ポインタ、または次のステップは大歓迎です。

$ GEM_PATH

リモートマシンでsshを使用：$ echo $ GEM_PATH /home/pixtur/.rvm/gems/ruby-1.9.2-p180@pixtur-org:/home/pixtur/.rvm/gems/ruby-1.9.2-p180@グローバル

現在のdeploy.rb

.bundle / config

.rvmrc

Rails（3.1.3）アプリケーションをpreprod環境にデプロイしようとしています。私はcapistrano（2.12.0）とrvm-capistrano（1.2.2）を使用しています。

私が呼ぶときbundle exec cap ssh、それはうまくいきます。しかし、電話をかけるbundle exec cap deployと、次のトレースが表示されます。

もちろんexample.com、プレースホルダーです。capistranoの設定の間違いによるものではありません。

何がそれを引き起こす可能性があるかについての考えはありますか？

Ruby1.9.3-p194でRVMを使用しています。

ありがとう ！

Capistranoを介してリモートで実行されるコマンドにsudoを使用したくありません。具体的には、を実行するcap deploy:setupと、最初のコマンドでsudoパスワードの入力を求められますmkdir。deploy.rbファイルに追加set :use_sudo, falseしましたが、違いはありませんでした。

私はかなり完全なdeploy.rbファイルから始めましたが、問題が発生し始めたらそれを削り落としました。use_sudoこれがまだ尊重されていないことを示している私の最小バージョンです：

実行cap sudo_testすると、sudoパスワードの入力を求められます。私はここで何が欠けていますか（私がすでに引き出した髪以外に）？

Googleの調査結果

https://groups.google.com/forum/?fromgroups#!topic/capistrano/QNYnvW8obrg

同様の問題を抱えている誰かとのスレッド。スレッドに結論/解決策は記載されていません。

私の開発マシンで：

これは予想されます。ここまでは順調ですね。

それでも、本番サーバー（Capistranoを使用してデプロイしたサーバー）では、まったく同じ結果が得られます。

どちらのマシンでも、代わりに次のことができます。

私の質問は、本番サーバーでbundle exec rails consoleは、開発環境ではなく、デフォルトで本番環境をロードするべきではないかということです。そうでない場合は、なぜですか？

これは私にとって初めての Rails プロジェクトであり、カピストラーノでの作業は本当に楽しいものでした。

私の現在の問題は、 cap deploy:migrate と cap:deploy:migration を別々のタスクとして実行する必要があることです。これらを組み合わせた cap deploy:migration が必要だと思います。

これが私の端末出力です：

私のセットアップはマルチステージを使用しており、RVM capistrano プラグインを使用しています。

ここに私の宝石ファイルがあります:

ここに私の設定/展開ファイルがあります：

なぜdeploy:migration壊れているのかについての助けは非常に役に立ちます。ありがとうございました。

カピストラーノを使用してサーバーにデプロイし、最後のステップとして bundle exec rake RAILS_ENV=production RAILS_GROUPS=assets assets:precompile を実行しています。問題は、cap deploy からこの時点に到達すると、次のエラーが発生することです。

/usr/local/rvm/gems/ruby-1.9.3-p194/gems/bundler-1.1.4/lib/bundler/spec_set.rb:90:in `block in materialize': プラットフォーム 0.4.0 が見つかりませんでしたいずれかのソース (Bundler::GemNotFound)

Platform-0.4.0 は実際にはサーバー上にあります。そして、サーバーに入ってこの正確なコマンドを実行すると、すべてうまくいきます。

私のサーバーに関するいくつかの事実：RVMを使用していますが、上記のスタックトレースが示唆するように、それはcapの問題ではないようです。もう 1 つの興味深い事実は、このサーバーが最初に私が作成したカスタム スクリプトを使用して作成されたことです。このスクリプトは、アーカイブされたバージョンの git リポジトリをダウンロードし、デプロイ時に cap が行うことを手動で実行します。誰かが尋ねた場合、私がこれを行っている理由は、AWS AutoScaling による自動化のためです。通常の deploy:setup (AWS スクリプトを使用しない) を実行すると、デプロイで問題なく動作します。しかし、gem リストは同じであり、サイトはどちらの方法でもまったく同じように機能します。キャップが展開するだけのもの

何かご意見は？