問題タブ [heroku]

Railskits SaaS キットを購入し、アプリを Heroku にデプロイすることを検討しています。Railskits SaaS ベースのアプリを Heroku にデプロイした人はいますか? それについてあなたの経験は何でしたか？ありがとうございました。

コマンドheroku rake db:migrate. Database Import/Exportに関するドキュメントも読みました。そのドキュメントは、実際のデータをローカル開発 DB から Heroku の DB にプッシュすることを指していますか? それを実現するために、ファイル内の何かを変更する必要がありますdatabase.ymlか?

次のコマンドを実行しました。

エラーが発生しています：

2 つのテーブルがあります。1 つはアプリ用に作成し、もう 1 つはschema_migrations. 2 つのテーブルの合計エントリ数は 3 です。また、作成したテーブルにあるエントリの数も出力していますが、0 と表示されています。

私が見逃している可能性のあるものや間違っていることはありますか?

編集: 上記を理解しました.HerokuのDBschema_migrationsには、移行を実行した瞬間がすでにあります.

新しい質問:特定のテーブルのデータが Heroku DB にプッシュされないようにする方法を知っている人はいますか? この場合に除外するテーブルは になりますschema_migrations。

あまり良い解決策ではありません：私はグーグルで検索しましたが、他の誰かが同じ問題を抱えていました。彼は、schema_migrationsテーブルにという名前を付けることを提案しましたzschema_migrations。このようにして、最後のテーブルで失敗するまで、他のテーブルからのデータが適切にプッシュされます。それはかなり悪い解決策ですが、当分の間はうまくいきます。

より良い解決策は、データベースから特定のテーブルをリセットできる既存の Rails コマンドを使用することです。それはできないと思いますRake。

ソースコードを Heroku にアップロードしたら、ローカルディスクの障害などの場合に、そこからダウンロードすることはできますか?

heroku は git と統合されているため、少なくとも理論上は可能であると思います。

なんらかの理由で、開発 (ローカル Mac) と本番 (Heroku) で時間が異なって表示されます。見てみましょう: (これを行う直前に を実行したheroku db:pullため、データベースは同一である必要があります)

プロダクション (Heroku)

開発 (私の Macbook Pro)

時間が 3 時間違うので、created_atこれは EDT と PDT の 3 時間の違いに関連していると思いますが、何が起こっているのかわかりません。

編集:生データは次のようになります。

静的ファイルを別のブランチに保持して、マスター ブランチにマージしないようにしています (Heroku では、アプリケーションのスラッグを小さくする必要があります)。「devel」ブランチ内に保持したいので、静的ファイルを無視したくありません。

理想的には、マスター ブランチで test.db を空白にし、パブリック フォルダー全体を空白にしたいと考えています。

それで、ブランチに「オーバーレイ」を作成できますか? 特定のファイル/ディレクトリが master ブランチにマージされないようにすることはできますか?

私はソース管理にSubversionを使用し、Gitと組み合わせてherokuにデプロイ（プッシュ）していました。私のパターンは次のとおりです。リモートSubversionリポジトリで最新のマスターからローカル作業コピーを更新します。次に、gitcommitとgitpush herokuを実行します（Gitは.svnのものを無視するように設定されています）。この作業コピーは、herokuにプッシュするためにのみ使用しました。ライブ開発を実行し、追跡のためにリモートSubversionリポジトリにコミットするための別のSubversionフォルダーがありました。

完全にgitに切り替えました。Subversionから新しいリモートgitリポジトリに完全にインポートしました。私はgitrepo（origin）のローカル作業コピーの作業に成功し、自分に合ったときに変更をプッシュしました（他の開発者とも協力していますが、基本的に操作を実行します）。

私の質問：

ここで、以前にherokuにプッシュするために使用していた他のgit作業コピー（.svn /のものも含まれています）に戻りたいと思います。新しいgitリポジトリを.git/configの[origin]エントリとして追加することを考えています。新しいgitリモートから最新の変更をプルし、herokuにプッシュしますが、それがおかしくなりそうかと思います。 。

マージして混乱してしまいますね。そして、プルが機能したとしても、herokuリモートはいくつかの新しいgitリポジトリから発生したプッシュについて混乱しますか？

その作業コピー（subversionからherokuにプッシュするために使用）を複製（削除）し、新しいgitリポジトリの新しいクローンを作成してから、herokuを.git/configに追加することができます。ただし、以前は別の作業コピーからプッシュしていたため、herokuにプッシュすると混乱が生じるのではないかと心配しています。

どんなアドバイスも素晴らしいでしょう！

前もって感謝します！

Git + Heroku (Ruby on Rails) で使用するのに適した展開戦略は何ですか?

現在、オリジン Git リポジトリで作業する方法: すべての機能 (または「ストーリー」) は、最初にブランチとしてチェックアウトされ、次にマスターとマージされ、オリジンにプッシュされます。

origin/master にプッシュされたものはすべて、新しい Rails コードをステージング エリア (単純な Rails Web サーバー) にプルするスクリプトをトリガーします。

新しい製品バージョンを Heroku にプッシュするときが来たら、新しいブランチ (production_version_121 などと呼ばれる) を作成し、それを何らかの方法で Heroku にプッシュする必要がありますか?

理想的には、以前の開発バージョンからどの機能を本番ブランチに含めるかを選択して選択し、テストして、Heroku にプッシュしたいと考えています。

たとえば、すべての最新コードを本番環境にプッシュしたくない場合があります。もっとデバッグが必要な実験的な機能「b」を含めずに、私が取り組んできた機能「a」と機能「c」の両方を何らかの形で本番環境にマージしたいと思うかもしれません。

注意: 最初は Capistrano を避けて、今のところ手動で動作するようにします。

何かご意見は？ベストプラクティス？

Authlogic プラグインを使用する Heroku でアプリをステージングしようとしています。ログにこのエラーが表示されます。最初は gem のバージョンに問題があると思ったのですが、2.1.1、2.1.2、2.1.3 のいくつかを試してみました。

しかし、authlogic の例をデプロイしようとしましたが、同じエラーがスローされます。

お時間をいただきありがとうございます。

オンデマンドでスケールアップおよびスケールダウンできる Heroku などのサービスでホストする一連のアプリケーションがあります。

私たちが実現したいのは、特定のアプリケーションがどれだけの負荷を受けているかを判断し、必要に応じてアプリを自動スケーリングできる管理ツールです。

このデータに基づいて簡単に行動できるように、アプリケーションの負荷を把握する最善の方法は何ですか?

RailsアプリケーションがHerokuにデプロイされているとしましょう。これらの情報をビューに表示するにはどうすればよいですか？

• 最後のリビジョンのGitハッシュ
• 最後のリビジョンのタイムスタンプ