4

ローカルに構築された Orchard CMS がある場合 (完全なソース コードから意図的に構築されているため、独自の拡張機能を作成したり、独自の変更を加えたりすることができます)、これは、公開された運用実行インスタンスを介してサイトにダッシュボードの変更を加えることはできないということですか?

問題は、モジュール (または 10 または 100) またはテーマを実稼働サイトからオンラインでインストールした場合、それらがローカル コピーに反映されないことです。では、「もちろんできません」という答えは簡単ですか?しかし、それは、必要なときに変更を加えるために任意のブラウザー (旅行中など) にジャンプするだけの単純さを利用することが決してできないことを意味します (もちろん、単純に変更を加えるコンテンツの編集など、多くのことがあります)。データベース、それは私の関心事ではありません)。

または、実稼働インスタンスを介して変更を加えた場合、実際にローカルとリモートのソースを同期する簡単な方法がありますか (ftp を介して、この場合はリモートからローカルに同期すると確信しています)。もしそうなら、どのような前提条件がありますか?たとえば、それが機能するために事前コンパイルを無効にする必要がありますか? または、オプションは厳密に2つですか:1)常にローカルコピーから作業し、そこから変更を公開する( always )、または2)常に本番/非ローカルインスタンスから作業しますが、実際にはローカルを持たない/持つことさえできないことを意味します実例?

psこれは共有されたAzure Webサイトとして公開されており、Visual Studio 2012で作業しています(webmatrixではありません)

4

1 に答える 1

6

一言で言えば、開発ボックスでコードを変更し、本番環境でデータを変更することをお勧めします。ロールバック機能と災害復旧のために、ソース管理とデータベースのバックアップを追加します。データのステージングを有効にすることで、このストーリーをすぐに改善する予定ですが、現時点ではこれがベスト プラクティスです。そう:

  1. モジュールを本番環境にインストールしないでください (これはコードの変更であるため、開発環境で行う必要があります)。もちろん、モジュールの正しい動作が開発またはステージングで検証されたら、モジュールを有効にする必要があります。
  2. サイト間でデータをエクスポート/インポートする場合を除き、prod でサイトのデータを更新します。
  3. 下書き (保存ボタンと公開ボタン) 機能を使用して、新しいバージョンのコンテンツを準備してください。
  4. dev で適度に最近のデータを操作するために、定期的に prod データベースを dev ボックスに復元します。
于 2013-03-04T18:23:41.747 に答える