タグ付けされた質問 「deployment」

そのため、私はハッカソンのMagento Composerインストーラーの使用を楽しんでいますが、展開サービスに関連して他のユーザーがどのように使用するかを理解するのに苦労しています。現在、DeployHQを使用しています。はい、レポジトリの更新がある場合にcomposerをデプロイおよび実行するように設定できますが、これは今のところ意味がありません。 ビルドに含めるすべてのパッケージのjsonファイルのみを含むメインのコンポーザーリポジトリは、新しいパッケージをリストに追加したときにのみ更新されます。 テーマまたはカスタム拡張（jsonファイルで参照されている）を更新するとき、展開サービスを更新するための「フック」はありません。そのため、サーバーにログインして手動でcomposerを実行する必要があります（終了するまでサイトを停止します）。 他の人はこれをどのように管理していますか？composerをローカルでのみ実行し、ベンダーフォルダーをレポに含める必要がありますか？ どんな答えでも大歓迎です。

18 magento-1  composer  deployment 

新しいモジュールがあり、実行する必要setup:upgradeがある場合、ダウンタイムをゼロにする方法はわかりません。データベースをアップグレードする必要があるため、常に10〜20秒ダウンします。それとも何か不足していますか？ 別のフォルダーにデプロイしていて、すべてのファイルが生成されたときにライブ環境をこのフォルダーにシンボリックリンクした場合でも、データベースの世話をする必要があります。

15 magento2  deployment 

これは質問というよりも一種の議論かもしれません。 Magento2とローカル > ステージング > 本番環境で従うデプロイメントポリシーを知りたい 何度か試した後、最善の（または、少なくとも最も確実な）アプローチは、git内のベンダーフォルダーを含むこのgitignoreファイルになると判断しました。 .DS_Store /.buildpath /.cache /.metadata /.project /.settings atlassian* /nbproject /sitemap /sitemap.xml /.idea /.gitattributes /app/config_sandbox /app/etc/config.php /app/etc/env.php /app/code/Magento/TestModule* /lib/internal/flex/uploader/.actionScriptProperties /lib/internal/flex/uploader/.flexProperties /lib/internal/flex/uploader/.project /lib/internal/flex/uploader/.settings /lib/internal/flex/varien/.actionScriptProperties /lib/internal/flex/varien/.flexLibProperties /lib/internal/flex/varien/.project /lib/internal/flex/varien/.settings /node_modules /.grunt /pestle.phar /pub/media/*.* !/pub/media/.htaccess /pub/media/catalog/* !/pub/media/catalog/.htaccess /pub/media/customer/* !/pub/media/customer/.htaccess /pub/media/downloadable/* !/pub/media/downloadable/.htaccess /pub/media/import/* !/pub/media/import/.htaccess /pub/media/theme/* /pub/media/theme_customization/* !/pub/media/theme_customization/.htaccess /pub/media/wysiwyg/* !/pub/media/wysiwyg/.htaccess /pub/media/tmp/* …

11 magento2  git  deployment 

Magento 2には、cronjobとして設定する必要がある3つのコマンドがあります * * * * * <path to php binary> <magento install dir>/bin/magento cron:run | grep -v "Ran jobs by schedule" >> <magento install dir>/var/log/magento.cron.log * * * * * <path to php binary> <magento install dir>/update/cron.php >> <magento install dir>/var/log/update.cron.log * * * * * <path to php …

11 magento2  magento-2.0  cron  magento-2.1  deployment 

Magento2継続的インテグレーションワークフローを成功させるために従う必要のある手順、ガイドライン、フローは何ですか？

11 magento2  deployment 

composer'dモジュールにコードの複数のバージョンを含め、インストールターゲットのMagentoバージョンに基づいて、どのバージョンをデプロイするかをcomposerに計算させると非常に便利です。 たとえば、Magento> 1.7の場合はtooltip、ネストされたgroupその他の最新の機能を含むsystem.xmlを使用しますが、古いバージョンのMagentoの場合は、それらの（互換性のない）宣言を含まない簡略版のファイルを使用します。 このアプローチは、標準モジュール構造の他の多数のファイルでも機能します。 composerデプロイメントのオプションはmap、modmanまたはpackage.xmlAFAIKで、いずれもターゲットシステムに関するインテリジェンスを持ちません。package.xmlオプションでは、変更することはほとんどありませんが、map可能性... グレースフルデグラデーションアプローチの恩恵を受けるエクステンション開発者はたくさんいるようです。誰かがこれの回避策を見つけましたか？

11 magento-1  extensions  composer  version  deployment 

モジュールには、DBを開発から本番に移植できるようにするためのインストールスクリプトとデータセットアップスクリプトがあることを知っています。 しかし、私たちのケースでは、開発DBに格納される管理インターフェイスを介して属性と製品を追加するUI開発者がいます。 リリース日には、面倒で時間がかかるため、開発環境で行ったすべての手順を繰り返すことはできません。 デプロイ時にこのようなDBの変更を処理する方法はありますか？ とりあえず、開発DBと製品DBの間で差分を実行し、リリース日に実行されるSQLを生成しています。ただし、開発用DBにはテストトランザクションデータが含まれる可能性があり、SQLにトランザクションテーブルを変更するステートメントがある場合、トランザクションテーブルをprodでロックしてしまう可能性があるため、これは少し危険です。 これに関するベストプラクティスはありますか？事前に助けてくれてありがとう

9 magento-enterprise  deployment 

サイトのローリング開発の効率的なプロセスに関する情報があまり多くないので、ステージングでカスタムモジュールやその他のファイルの変更を追加し、それらの変更をmagento2を使用してサイトのライブコピーにプッシュできます。 Magento 1.9では、ファイルのgitクローンがあり、gitはライブサイトで準備が整ったすべての変更をプルしました。ステージングサイトが開発者モードで、ライブサイトが本番環境にある場合、これは明らかにmagento2では機能しません。 ライブサイトのダウンタイムを最小限に抑えるためのベストプラクティスは何ですか？（それが可能であれば、ダウンタイムは最適ではありません）

8 magento2  development  deployment  staging 

現在composer.lock、リポジトリにコミットしてからcomposer install --no-dev、本番サーバーで実行します。composerがすべてのファイルを生成するのに数分かかり、危険を伴うため、これが最良の方法だとは思いません。 本番モードで実行するために必要なすべてのファイルをリポジトリにコミットする方が良いのではないでしょうか。 他の人はどのようにしてmagento 2で展開プロセスを管理しますか？

8 magento2  composer  deployment 

pub/staticMagento 2のすべてのファイルを削除してホームページを開くと、ファイルはシンボリックリンクとして生成されます。コマンドを使用しsetup:static-content:deployてデプロイモードを開発者に設定した後でも、コマンドを使用するとファイルがコピーされますbin/magento deploy:mode:set developer。ブラウザーでより長い時間がかかるので、ターミナルからシンボリックリンクとして生成された静的をどのように取得できますか？

7 magento2  static-content  deploy  deployment 

実行するphp bin/magento setup:static-content:deployと、テーマにエラーが発生しました。私はそれらの一番下に到達しましたが、それは苦痛でした、私はすべてのLESSファイルを手動で調べてエラーをチェックしなければなりませんでした。 犯人は、アンダースコアが欠けていた輸入品でした。 チェックvar/log/debug.logしたところvar/log/support_report.log、これらはLESSエラーをログに記録していないようです。クライアント側のコンパイルも行われません。これらのファイルに到達する前にデプロイメントが失敗している必要があるため、styles-l.cssおよびstyles-m.cssに対して404を返しました。 TL：DR 今私の質問は、静的コンテンツの展開エラーがどこかに記録されているのですか？の線に沿って丸太があれば、はるかに簡単だったでしょうx.less can not be imported。 これは、Lumaを親として使用するカスタムテーマを持つMagento 2.0.4です。 私のエラーの例： === frontend -> ThemeName/default -> en_GB === ... Successful: 2248 files; errors: 1 ---

7 magento2  log  error-log  deployment  static-content