同じサーバー(Ubuntu 14.04)で2つのインスタンスを実行しています。開発インスタンスに変更(モジュールのインストール、ソースコードの変更など)を行い、OKであることを確認した後、変更を本番インスタンスに移動します。開発の全過程を繰り返さずにこれをやっているのですか?OdooのDevelopementインスタンスからProductionインスタンスへの変更を更新しました
ありがとうございます。
同じサーバー(Ubuntu 14.04)で2つのインスタンスを実行しています。開発インスタンスに変更(モジュールのインストール、ソースコードの変更など)を行い、OKであることを確認した後、変更を本番インスタンスに移動します。開発の全過程を繰り返さずにこれをやっているのですか?OdooのDevelopementインスタンスからProductionインスタンスへの変更を更新しました
ありがとうございます。
私が理解できるように、本番インスタンスを停止したくないです。
XMLファイルのみの場合は、フロントエンドからモジュールを更新することで逃げることができます(Apps-> Your Module - > Update)。モジュール内の__openerp__.py
ファイルを変更した場合は、デバッグモードと、すべてのUpdate Apps List
最初のをクリックします。
あなたのモジュールのstatic
フォルダ内にあるファイルの変更については、サーバーを停止する必要はありません。けれども、ユーザーがそれらのキャッシュをフラッシュするためにctr + shift + R
をクリックする必要があります
Pythonのソースコードについては、私はあなたがボットを停止する必要があると思いますコードが正しく再コンパイルされるように、サーバーのインスタンスを再構成します。 (注1を参照)
リソースが正しく更新されていないため、予期せぬ事がランダムにポップアップする可能性があるため、最終的にすべてを停止して更新する必要があります。
注1:他人上記のPythonモジュールのコンパイルについてザ・Pythonドキュメントは言及:標準の多くを使用し 短いプログラムの起動時の重要なスピードアップとして
モジュールspam.pyが見つかった ディレクトリにspam.pycというファイルが存在する場合、これは既にspamモジュールの「バイトコンパイル済み」バージョン を含んでいると見なされます。変更 spam.pycの作成に使用されたspam.pyのバージョンの時刻は spam.pycに記録され、と一致しない場合は.pycファイルは無視されます。
理論的には、モジュールでfileA.pyを変更し、新しいfileA.pycが生成された場合、サーバーはそれを解釈して使用することができます。いずれにしても、2つのインスタンスでpyファイルがフィールドを作成していて、XMLファイルがXMLファイルを使用していて、XMLビュー用にファイルが作成されていないとサーバーから報告されたという問題がありました。 XMLファイルを解析しますが、pyを再コンパイルしませんでした。
あなたの答えをありがとう、これは私がlooknigだったものでした。 – khaz