問題タブ [rake]

Rakefile通常はコマンド ラインから呼び出す Rake タスクがあります。

その Rake タスクを複数回呼び出す Ruby スクリプトを書きたいのですが、唯一の解決策は `` (バッククォート) またはsystem.

これを行う正しい方法は何ですか？

データベース内のデータをバックアップするための rake タスクはありますか?

既にスキーマをバックアップしていますが、データのバックアップを作成したいと考えています。これは小さな MySQL データベースです。

できればrakeで、次のアクションを単一のコマンドにスクリプト化したいと思います。

1. ローカル git リポジトリのバージョンを取得します。
2. Git で最新のコードをプルします。
3. ステップ 1 で抽出したバージョンから、現在ローカル リポジトリにあるものへの Git diff です。

つまり、中央リポジトリから最新のコードを取得し、最後にプルしてから変更された内容の差分をすぐに生成したいと考えています。

アリからレーキに移行することは本当に有利ですか?

ant から移行して何か記念碑的なものを見つけた人はいますか?

参考までに: 現在の環境は、J2ME ビルド用の Ant です。

最近、Rake を使用して (Ruby 以外の) パッケージをビルドし始めました。Rake は素晴らしいですが、私が見つけたのは、階層ビルド (サブディレクトリに Rakefile を集約する) を行う方法です。これは他のほとんどのビルド ツールに共通の機能であるため、Rake に詳しい人が良い解決策を持っているかどうか疑問に思っています。

「rake db:migrate」を実行しようとすると、「no such file to load -- openssl」というエラー メッセージが表示されます。「openssl」パッケージと「openssl-devel」パッケージの両方がインストールされています。Debian または Ubuntu の他のユーザーは、RedHat では利用できない「libopenssl-ruby」をインストールすることで、これを取り除くことができるようです。誰かがこれに遭遇し、解決策を持っていますか?

運用サーバーで exception_logger プラグインをセットアップしようとしています。開発マシンではすべてが正常に機能しました。prod サーバーで db:migrate をレーキしようとすると、次のエラーが発生します。

私は何が欠けていますか？

Rails 2 で Sqlite データベースに新しいテーブルを作成する最良の方法は何ですか。 rake db:migrate コマンドを使用してデータベースを作成しました。したがって、個々の SQL スクリプトを作成してデータベースを作成するか、何らかの方法で rake を使用する必要があります。足場はいらない。

私は 2 つのマシンを持っています... 開発マシンと生産マシンです。Rails アプリを本番サーバーに初めて導入したときは、何の問題もありませんでした。rake db:schema:load RAILS_ENV=production を実行して schema.rb をインポートしました。すべてが順調でした。

そこで、開発マシンでさらにいくつかの変更と別の移行を行い、新しいアプリケーションを運用マシンにコピーしました。次に、rake db:migrate RAILS_ENV=production を実行してデータベースを更新しようとしました。次のエラーが表示されます:「データベースには、'schema_migrations' という名前のオブジェクトが既に存在します。」

私は自分自身に考えています、冗談じゃないレーキ... あなたがそれを作成しました! rake で trace を実行しましたが、rake が実行されたのはこれが初めてだと思われるようです。しかし、開発マシンと本番マシンの「schema_migrations」テーブルを分析すると、1 つの移行、つまり移行したい移行に違いがあることがわかります。

また、バージョン番号を明示的に定義しようとしましたが、それも機能しません。

本番サーバーを最新の状態にする方法について何かアイデアはありますか?

アップデート：

データベースを単に「ドロップ」することはできないということから始めましょう。これは、すでに 100,000 を少し超えるレコードがある運用サーバーです。今後、同様の問題が発生した場合はどうなりますか? データベースに問題が発生するたびにテーブルを削除する必要がありますか? 今回はうまくいくかもしれませんが、すべてのデータベースの問題に対する実際的な長期的な解決策とは思えません。私が今抱えている問題は、私だけのものではないと思います。

1. 「schema_info」テーブルと「schema_migrations」テーブルは同じようです。私のセットアップでは、「schema_migrations」しかありません。前述のとおり、本番サーバーと開発マシンの「schema_migrations」テーブルの違いは 1 つのレコードだけです。つまり、移行したい変更のバージョン番号を含むレコードです。

2. 私が読んだ本「Simply Rails 2」には、最初に本番サーバーに移動するときは、rake db:migrate を実行する代わりに、rake:db:schema:load を実行するだけでよいと書かれています。

3. 問題があれば、Rails バージョン 2.1 を使用しています。

rakefile.rb があるディレクトリを取得するにはどうすればよいですか?

これをルートディレクトリとして使用して、すべてを見つけたいと思います。