1

現在、Drupal6サイトをGitに移行中です。Drupal 7には、settings.phpファイルとsites / default/filesディレクトリを無視するデフォルトの.gitignoreファイルが実際に付属していることに気付きました。したがって、これは標準的な方法であり、ファイルディレクトリのバージョン管理を行うべきではないと想定しています。私の質問は、これらのファイルを開発からテスト、そしてライブへの移行プロセスを通じて移動するための最良の方法は何ですか？ライブサイトには、人々がライブサイトにアップロードした大量の画像がそのディレクトリに含まれている場合がありますが、DEVサーバーのディレクトリには、一部の開発者が作成したコンテンツに追加した可能性のある新しい画像が含まれます。現在、コンテンツエディタが開発サイトなどのページノードの方法でコンテンツを追加すると、WYSIWYGエディターがあり、最終的に/ sites / default / files / imagesになり、コンテンツに配置される画像をアップロードできます。さまざまなサーバー間でこのファイルディレクトリを同期する最も簡単な方法は何ですか？

ありがとう

4

2 に答える 2

2

データベースを開発から本番に同期しませんよね？したがって、ファイルディレクトリも同期する必要はありません。drupalファイルディレクトリは、Webサイトを通じて追加されたコンテンツにのみ使用する必要があります。開発者が本番環境で必要なリソースを追加する場合は、バージョン管理下の別の場所に配置する必要があります。

于 2013-02-19T16:47:16.117 に答える
2

上記の@Brianの回答に対する回答に基づいて、質問者には実際に2つの質問があります。

  1. ファイルディレクトリをソース管理に含めないのはなぜですか
  2. Deployモジュールは、IMCEによってアップロードされたイメージをサポートしていますか？

＃1、ソース管理にファイルディレクトリを含めない理由：

  • @Brianは上記の理由1を示していますが、実際には、データをdevからprodにプッシュしているようです。
  • ファイルディレクトリは、ソース管理にはあまり適していません。（ファイルディレクトリのコミット履歴を元に戻したり表示したりすることはめったにありません）
  • ファイルディレクトリが巨大になる可能性があり、これがリポジトリストレージの問題になる可能性があります
  • 私は通常、drupalインストールの外部でファイルディレクトリをシンボリックリンクしているので、サーバーパスが変更された場合にそれを移動する必要はありません（これも巨大になる可能性があるため）
  • filesディレクトリ内のファイルの多くは、他のファイルの派生物である可能性があります（イメージキャッシュの場合）。/files/img.pngファイルディレクトリをソース管理下に置くことを正当化したとしても、とを追跡することは意味がありません/files/imagecache/small/img.png。

＃2、イメージ
のモジュールサポートをデプロイする：簡単な答えはノーです。Deployは、IMCEforD6によってアップロードされたイメージをサポートしていません。参照：IMCEイメージのサポートを追加します。

しかし、sarjeet.singhは、上記にリンクされた問題でD7のパッチを提供します。ファイルディレクトリパスがdev/prodで同一であることを考えると、Drupal6に適合させることができるはずです。

于 2013-02-20T02:10:52.420 に答える