2

どういうわけかこれは関連していますが、どのように/なぜかわからないのですか?

RVM のコマンドを使用して Ruby 1.9.2-p180 から 1.9.2-p290 にアップグレードしたrvm upgradeところ、アセット パイプラインが「破損」しています。

rvm upgrade ...に、次の行に沿って各ジェムセットの一連のエラーに気付きました。

ERROR: Error running 'rvm gemset pristine' under ,
please read /Users/meltemi/.rvm/log//gemset.pristine.log

gemset.pristine.log にはあまり興味深いものがなかったので、アップグレードを続行しました... さらに/Users/meltemi/.rvm/log//gemset.pristine.logその正確なパスに存在しない (できない?) のですか? パス名に 2 つの連続した「//」? ともかく...

小さなアプリをテストし、起動して実行しているように見えますが、アセット (画像、CSS など) をロードしていません。開発ログには、 や などの中に存在するにもかかわらず、これらの不足しているアセットに関する多くのエラーNot Found(以下を参照) があります... ?app/assets/imagesapp/assets/stylesheets

ここで何が起こっているか知っている人はいますか?パイプラインが何らかの形で壊れたようです... Rails が app/assets でアセットを探すことをもはや知らないかのように? この「パイプライン」をテスト/検証/修正/再アクティブ化するにはどうすればよいですか?

$ rails s
=> Booting WEBrick
=> Rails 3.1.0.rc4 application starting in development on http://0.0.0.0:3000
=> Call with -d to detach
=> Ctrl-C to shutdown server
[2011-07-25 23:11:38] INFO  WEBrick 1.3.1
[2011-07-25 23:11:38] INFO  ruby 1.9.2 (2011-07-09) [x86_64-darwin10.8.0]
[2011-07-25 23:11:38] INFO  WEBrick::HTTPServer#start: pid=74881 port=3000


Started GET "/" for 127.0.0.1 at 2011-07-25 23:11:43 -0700
  Processing by PostsController#index as HTML
  Post Load (0.2ms)  SELECT "posts".* FROM "posts" ORDER BY posts.created_at DESC
  User Load (0.3ms)  SELECT "users".* FROM "users" WHERE "users"."id" = 1 LIMIT 1
  Photo Load (0.3ms)  SELECT "photos".* FROM "photos" WHERE "photos"."post_id" = 6
  CACHE (0.0ms)  SELECT "users".* FROM "users" WHERE "users"."id" = 1 LIMIT 1
  Photo Load (0.2ms)  SELECT "photos".* FROM "photos" WHERE "photos"."post_id" = 5
  CACHE (0.0ms)  SELECT "users".* FROM "users" WHERE "users"."id" = 1 LIMIT 1
  Photo Load (0.2ms)  SELECT "photos".* FROM "photos" WHERE "photos"."post_id" = 4
  CACHE (0.0ms)  SELECT "users".* FROM "users" WHERE "users"."id" = 1 LIMIT 1
  Photo Load (0.2ms)  SELECT "photos".* FROM "photos" WHERE "photos"."post_id" = 2
  CACHE (0.0ms)  SELECT "users".* FROM "users" WHERE "users"."id" = 1 LIMIT 1
  Photo Load (0.2ms)  SELECT "photos".* FROM "photos" WHERE "photos"."post_id" = 1
Rendered posts/index.html.haml within layouts/application (3016.4ms)
Rendered layouts/_header.html.haml (9.7ms)
Completed 200 OK in 3143ms (Views: 3138.2ms | ActiveRecord: 2.9ms)


Started GET "/assets/application.css" for 127.0.0.1 at 2011-07-25 23:11:47 -0700
Served asset /application.css - 404 Not Found (1ms)

ActionController::RoutingError (No route matches [GET] "/assets/application.css"):


Rendered /Users/meltemi/.rvm/gems/ruby-1.9.2-p290@rails3/gems/actionpack-3.1.0.rc4/lib/action_dispatch/middleware/templates/rescues/routing_error.erb within rescues/layout (1.2ms)


Started GET "/assets/application.js" for 127.0.0.1 at 2011-07-25 23:11:47 -0700
Served asset /application.js - 404 Not Found (0ms)

ActionController::RoutingError (No route matches [GET] "/assets/application.js"):


Rendered /Users/meltemi/.rvm/gems/ruby-1.9.2-p290@rails3/gems/actionpack-3.1.0.rc4/lib/action_dispatch/middleware/templates/rescues/routing_error.erb within rescues/layout (0.8ms)


Started GET "/assets/racer-outline.png" for 127.0.0.1 at 2011-07-25 23:11:48 -0700
Served asset /racer-outline.png - 404 Not Found (0ms)

ActionController::RoutingError (No route matches [GET] "/assets/racer-outline.png"):


Rendered /Users/meltemi/.rvm/gems/ruby-1.9.2-p290@rails3/gems/actionpack-3.1.0.rc4/lib/action_dispatch/middleware/templates/rescues/routing_error.erb within rescues/layout (3.2ms)


Started GET "/assets/ray.png" for 127.0.0.1 at 2011-07-25 23:11:48 -0700
Served asset /pogo.png - 404 Not Found (0ms)

ActionController::RoutingError (No route matches [GET] "/assets/ray.png"):


Rendered /Users/meltemi/.rvm/gems/ruby-1.9.2-p290@rails3/gems/actionpack-3.1.0.rc4/lib/action_dispatch/middleware/templates/rescues/routing_error.erb within rescues/layout (1.2ms)
4

2 に答える 2

4

スプロケットのバージョン 2.0.0.beta.11 がアセット パイプラインを壊したようです。パッティング

宝石「スプロケット」、「= 2.0.0.beta.10」

あなたのGemfileに入れると問題が解決するようです(私にとってはうまくいきました)。Rails は、何らかの理由で最新バージョンのベータ版を自動的に使用するように見えるため、最近プロジェクトを開始したり、すべての gem を更新したりした場合は、おそらくそれが壊れています。

この情報はもともと私のものではないことに注意してください。 http://groups.google.com/group/rubyonrails-core/browse_thread/thread/59d8c7813b4d1bbe?pli=1

彼はverの問題を説明します。2.0.0.beta.11ですが、verを使っていました。2.0.0.beta.12 でも同じ結果だったので、まだ修正されていないようです。

編集: レールを 3.1.rc5 にアップグレードすると問題が解決するようです

于 2011-08-02T18:15:49.843 に答える
0

結局、問題のある宝石セット全体を吹き飛ばして、新たに始めました。学んだ教訓:

信用しないでくださいrvm upgrade。RVM を使用して新しい Ruby をインストールします。bundle install次に、gemsetを手動で再構築 (または) します。

于 2011-07-26T18:55:35.510 に答える