Drupal で Git を使用して、適切なワークフロー (開発、テスト、ライブ) に頭を悩ませようとしています。
そのため、ライブ サイトがまだ存在せず、開発段階にある場合は、最初は簡単です。したがって、開発者はノードの作成、コンテンツ タイプの作成、ノードで使用するイメージのアップロード、Drupal 設定の構成、テーマの作成など、新しいサイトを開発します。プロダクトオーナーがチェックしてください。何かが正しくない場合は、dev で修正し、再度すべてをテストにプッシュします。新しいサイトに満足し、ライブの準備ができたら、テストからライブまですべてをプッシュします。しかし、これは物事が混乱するところです。適切な Git ワークフローは、コードのみが上流に移動し、データ (データベースとサイト/デフォルト/ファイル) が下流に移動することであると読みました。したがって、dev でカスタム モジュールにのみ取り組んでいる場合や、dev に新しく提供されたモジュールをインストールし、そのコードをアップストリームにプッシュする必要がある場合は問題ありませんが、実際に新しいコンテンツを作成する場合はどうでしょうか? 開発者の 1 人が、メニューの新しいメニュー エントリで構成され、IMCE を介して、または実際の画像アップロード フィールドから /sites/default/files/images にアップロードされたいくつかの画像を含む新しいページを dev に作成する任務を負っている場合はどうなりますか?カスタムコンテンツタイプで？これはいずれも、Git を使用してアップストリームにプッシュできるコードには含まれていません。構成設定、ビュー、コンテンツ タイプなどを処理できる機能モジュールがあることは知っていますが、しかし、実際のコンテンツとサポート画像はどうですか? /sites/default/files が上流に移動できず、コンテンツをコードに入れる方法がない場合、新しいコンテンツと画像をテストしてライブにするにはどうすればよいでしょうか? サイトがアップしたら、ライブサーバーでのみ新しいコンテンツを作成しますか? dev で作成し、test で AGAIN を作成し、次に live で AGAIN を作成しますか?
サイトがライブになったら、開発者が新しいコンテンツを含む新しいセクションを作成し続け、それをライブにプッシュする方法を理解しようとしています.
前もって感謝します。