後方互換性のない変更
後方互換性のない変更では、ece-tools パッケージまたはその他のCloud Tools Suite for Commerce パッケージの最新リリースにアップグレードする際に、既存のCloud プロジェクトのCloud設定とプロセスを調整する必要がある場合があります。
ece-tools パッケージへの変更
以前はece-tools パッケージに含まれていた一部の機能が、個別のパッケージで提供されるようになりました。 これらのパッケージは、ece-toolsのコンポーザー依存関係です。これらは、e ツールのインストールまたは更新時に自動的にインストールおよび更新されます。
新しいアーキテクチャは、インストールプロセスやアップデートプロセスに影響を与えることはありません。 ただし、Adobe Commerce on cloud infrastructure プロジェクトを使用する場合は、コマンドの構文やプロセスを変更する必要がある場合があります。 詳しくは、後方互換性のない次の変更情報とCloud Tools Suite リリースノート を参照してください。
サービスバージョン要件の変更
ece-tools v2002.1.0以降を使用するクラウドプロジェクトの最小PHP バージョン要件を7.0.xから7.1.xに変更しました。 環境設定でPHP 7.0が指定されている場合は、.magento.app.yaml ファイルのphp設定を更新してください。
ece-tools 2002.1.0では、Adobe Commerce 2.1.15以降を実行しているクラウドインフラストラクチャプロジェクト上のAdobe Commerceのみをサポートしています。 プロジェクトで以前のリリースを使用している場合は、ece-tools 2002.1.0に更新する前に アップグレード する必要があります。環境設定の変更
次の表は、ece-tools v2002.1.0で削除または非推奨になった環境変数およびその他の環境設定ファイルに関する情報を示しています。
SCD_EXCLUDE_THEMES変数STATIC_CONTENT_THREADS変数DO_DEPLOY_STATIC_CONTENT変数STATIC_CONTENT_SYMLINK変数pub/staticへのシンボリックリンクが作成されます。build_options.ini ファイル.magento.env.yaml ファイルを使用して環境変数を設定し、すべての環境でビルドおよびデプロイのアクションを管理します。
build_options.ini ファイルを含むクラウド環境をビルドすると、ビルドが失敗します。
CLI コマンドの変更
次の表に、コマンドまたはスクリプトの更新が必要になる場合があるECE-Tools v2002.1.0でのCLI コマンドの変更を示します。
m2-ece-buildvendor/bin/ece-tools buildm2-ece-deployvendor/bin/ece-tools deploym2-ece-scd-dumpvendor/bin/ece-tools config:dumpvendor/bin/ece-tools patchvendor/bin/ece-patches applyvendor/bin/ece-tools docker:buildvendor/bin/ece-docker build:composevendor/bin/ece-tools docker:config:convertvendor/bin/ece-docker image:generate:php以前のECE-Tools リリースでは、m2-ece-buildおよびm2-ece-deploy コマンドを使用して、.magento.app.yaml ファイルのデプロイメントフックを設定できます。 v2002.1.0に更新する場合は、.magento.app.yaml ファイルのhooks設定で古いコマンドを確認し、必要に応じてそれらを置き換えます。
クラウドパッチの変更
-
ダウンロード済みのパッチを削除-
magento/magento-cloud-patchesパッケージは、 ソフトウェアのダウンロード ページから入手できるすべてのパッチをバンドルし、クラウドにデプロイするときに自動的に適用します。 ECE-Tools 2002.1.0以降にアップグレードした後にパッチの競合を防ぐには、Adobeから提供されたパッチのうち、手動でダウンロードしてプロジェクトに追加したものをすべて削除します。 -
パッチ適用コマンドの更新 – パッチを適用するコマンドを
vendor/bin/ece-toolsディレクトリからvendor/bin/ece-patchesディレクトリに移動しました。 このコマンドを使用してパッチを手動で適用する場合は、新しいパスを使用します。パッチを手動で適用
code language-bash php ./vendor/bin/ece-patches apply
Cloud Dockerの変更
-
PHPの最小バージョン要件はPHP 7.1になりました。Cloud Docker for Commerce ホストが以前のバージョンを実行している場合は、PHP v7.1以降にアップグレードしてください。
-
Commerce用Cloud Docker コマンドの変更-
-
Docker ビルド操作のCommerce コマンド用Cloud Dockerの更新-Commerce コマンド用Cloud Dockerを
vendor/bin/ece-toolsディレクトリからvendor/bin/ece-dockerディレクトリに移動しました。 新しいパスを使用するようにスクリプトとコマンドを更新します。ece-tools2002.1.0にアップグレードした後、次のコマンドを使用して、使用可能なece-dockerコマンドを表示します。code language-bash php ./vendor/bin/ece-docker list -
Cloud docker-compose コマンドの更新 – コマンドファイルへのパスの名前を
./bin/dockerから./bin/magento-dockerに変更しました。 新しいパスを使用するようにスクリプトとコマンドを更新します。 -
Cron コンテナがデフォルトのDocker設定に含まれなくなりました – 次に、
ece-docker build:composeコマンドに--with-cronオプションを追加して、Cron コンテナをDocker環境設定に含める必要があります。 Cloud Docker for Commerce ガイドの「Cron ジョブの管理」を参照してください。cron ジョブを持つ以前に生成されたコンテナを持つスクリプトが、cron コンテナを持たなくなりました。
-
一時コンテナを使用 – 以前のバージョンでは、
bin/magento-dockerコマンド操作で作成されたコンテナは削除されなかったため、他の操作に使用できました。 これで、magento-dockerコマンドは、コマンドの完了後に作成したコンテナをすべて削除します。docker-compose操作によって作成されたコンテナを保持する場合は、
bin/magento-dockerコマンドの代わりにdocker-compose runコマンドを使用します。 -
デプロイ後のフックの実行-
cloud-deployコマンドは、デプロイ後のフックを実行しなくなりました。 デプロイ後にデプロイ後のフックを実行するには、新しいcloud-post-deployコマンドを使用します。 スクリプトを更新して、デプロイ後のフックを実行するコマンドを追加します。code language-shell bin/magento-docker ece-deploy bin/magento-docker ece-post-deployまたは、
docker-composeコマンドを直接使用する場合は、デプロイ コマンドの後にdocker-compose run deploy cloud-post-deployコマンドを実行します。
-
-
データベースを更新しています- データベースコンテナは
magento-dbの永続的なDocker ボリュームに保存されるようになりました。 Docker環境を更新すると、データベースは自動的に削除されなくなります。 必要に応じて、次のいずれかのコマンドを使用して手動で削除します。-
magento-dbコンテナを削除します。code language-bash docker volume rm magento-db -
Docker コンテナをシャットダウンする際に、関連するすべてのボリュームを削除します。
code language-bash docker-compose down -v
-
-
アーカイブ ファイルとバックアップ ファイルの同期設定を上書きする-docker-syncまたはmutagenを使用する場合、アーカイブ ファイルとバックアップ ファイルの同期が行われなくなりました(SQL、GZ、ZIP、BZ2)。 これらのファイルタイプのデフォルトのファイル同期は、ファイル名を別の拡張子で終わるように変更することで上書きできます。 例:
synchronize-me.zip-backup