私は現在ライブのアプリを持っています。私はそれに新しい機能の束を追加したいが、完全に終了するまでherokuを介してアップロードしたくない。新しい機能は非常に広範囲なので、複数のgitブランチを介して実行されます。バージョン管理を監視する最善の方法 - ROR
私の質問は、既存のものを稼働したままで、WIPの情報を表示せずにライブサイトで小さなものを修正することができますが、アプリを構築するにはどうすればいいですか？
ありがとうございました。
はあなたの問題は、ホット・フィックスの枝によって解決される
http://nvie.com/posts/a-successful-git-branching-model/
をチェックしてください。ホット・フィックス・ブランチに "マージ" /プロダクションをコピーします。変更をテストします。テストに合格したら、その変更を本番環境に統合し、その変更を開発に統合します。
テスト/ステージング環境となるアプリケーションの別のコピーを展開する必要があります。開発中に展開します。開発が完了したら、すべてをマージして運用環境にマスターしてデプロイします。
@MarlinPierceが投稿したリンクも読んでください。それは私の人生を変えました:)
ありがとうございました。この記事とherokuの異なる環境を管理するステージングの間のあなたの考えは何ですか？ありがとう、 – noob
私はherokuに精通していないので、herokuがプロセスにどのように影響するか分かりません。私はそれがちょうど代替のテスト環境になると思っています。 （開発テストのためのレールテスト環境ではなく、受入れテスト環境です。） –