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

しばらく前に、私はcomposerメタパッケージを介してMagento 2をインストールしました。これは、インテグレーターのインストールとも呼ばれます。 これにより、Magento CE 2.0.1がインストールされたようです。このバージョンを最新のMagento CE 2.0.3にアップグレードする方法はありますか？composer.jsonここで2.0.1 が更新されるように "require": { "magento/product-community-edition": "2.0.1", なる "require": { "magento/product-community-edition": "2.0.3", しかし、それは次のようなファイルを見逃すでしょう app/etc/NonComposerComponentRegistration.php composer.jsonファイル自体の更新も同様です。 メタパッケージと共にインストールされたMagento 2のバージョンを更新することは可能ですか？または、これはメタパッケージの意図ではありませんか？

11 magento2  upgrade  composer  setup  ce 

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 

を使用してモジュールをインストールしますcomposer.phar。 これによりpublichtml/app/code/community、たとえばをターゲットとするシンボリックリンクファイルが作成されvendor/themodule...ます。 私.gitignoreはベンダーディレクトリを除外しましたが、リンクはもちろんgitに残ります。 それらのリンクを自動的に除外する簡単な方法はありますか？（すべてを手動で.gitignoreに追加する以外） 私はrequire-dev最終的なサーバーで終わるべきではないいくつかのモジュールを持っていると言わなければなりません-したがって、それらのリンクがあることは少なくともそれほど良くないでしょう。

11 composer  git 

Magento 2の開発と導入にはバージョン管理の正式なプロセスが含まれます。コアMagentoモジュールのメジャーバージョンとマイナーバージョンは、下位互換性のある機能の変更に基づいて変更されます。 Magentoモジュールの開発者は、自分のcomposer.jsonファイルに要件のリストをどのように作成すればよいですか？コアMagentoコードを使用require:...してcomposer.jsonに行を追加するたびに、モジュールを手動で確認する必要がありますか？それとも私のためにそれを行うことができる自動化ツールはありますか？ 含めるバージョンを指定するにはどうすればよいcomposer.jsonですか？それは私が開発した特定のモジュールバージョンである必要がありますか？それとも、何らかのワイルドカードが必要ですか？または、トレードオフに基づいて決定する必要がありますか？もしそうなら、バージョン指定の各スタイルに関連するトレードオフは何ですか？ この機能の概要はあちこちにありますが、実際の開発者が実際にどのような手順を踏む必要があるか、および/またはそれらの手順の実際の結果は不明です。

10 magento2  composer  semantic-versioning 

composerを使用してインストールしたサンプルデータを含むクリーンなMagento 2.2.6を持っています。 Magentoチームがここで説明した手順に従って、Magento 2.3に更新しようとしています。 実行した後、composer update私は以下を得ます： Loading composer repositories with package information Updating dependencies (including require-dev) Your requirements could not be resolved to an installable set of packages. Problem 1 - magento/module-wishlist-sample-data 100.2.0 requires magento/module-wishlist 101.0.* -> satisfiable by magento/module-wishlist[101.0.4, 101.0.0, 101.0.1, 101.0.2, 101.0.3, 101.0.5]. - magento/module-wishlist-sample-data 100.2.0 requires magento/module-wishlist …

9 upgrade  composer  magento2.3 

Magento2では、さまざまなベンダーがモジュールに名前を付けるために、以下に示すさまざまなcomposer.json形式に従っています。 第一： "autoload": { "files": [ "registration.php" ], "psr-4": { "Amit\\SamplePage\\": "" } } 2番目： "extra": { "map": [ [ "*", "Amit/SamplePage" ] ] } 1.それらと私が従うべきものの違いは何ですか？ 2. registration.phpを使用してモジュールを登録すると、なぜcomposer.jsonすべてのモジュールで必要なのですか？

9 magento2  module  composer  vendor 

Magento 2への最近の変更によりcomposerを介してベンダーディレクトリにモジュールをインストールすることが可能になり、Magento 2はシンボリックリンクするtomfooleryなしでモジュールを見ることができるという、恒久的なインターネット（つまりTwitter）の周りに浮かんでいるものをいくつか見ました。 これに該当する場合composer.json、モジュール開発者がモジュールで使用してMagento 2ユーザーがシステムにインストールできるようにするための「最小」ファイルが浮かんでいますか？

9 magento2  composer 

Magento 2をcomposer経由でインストールすると、ルートレベルのフォルダーがupdate/ これには、スタンドアロンのアップデーターアプリケーションが含まれています。 アップデーターはどこから来たのですか？Magentoのコンポーザーインストーラーは、 vendor/magento/magento2-base モジュールですが、updateアプリケーションはこのフォルダーにありません。実際、updateアプリケーションのどのファイルもvendorフォルダのどこにも表示されません。（またはそれらをしますか？） これらのファイルがどこから来たのか誰が知っていますcomposer.phar create-projectか？また、メソッドを介してMagentoをインストールするときに何があなたのシステムにそれらを置くのですか？

8 magento2  composer  web-setup-wizard 

拡張機能を作成するとき、composer.json magento/project-community-editionのrequire-devセクションに追加することは理にかなっていますか？ その背後にある考え方はcomposer install、開発またはCIのために完全なMagentoインストールを起動するだけでよいということです。 データベースを設定するには、を使用してポストインストールスクリプトを追加しbin/magento setup:installます。 テストツールを使用するには、autoload-devおよびrequire-devセクションをコピーする必要がありmagento/project-community-editionます。これらは、要件からではなく、ルートからのみ使用されるためです。 私が目にする1つの欠点は、3つ以上の異なるバージョンでテストするために必要なバージョンを変更する必要があることです（2つは、範囲を指定してで一度にインストールできるためです--prefer-lowest）が、これは比較的簡単に回避できます。 他に検討する必要があることはありますか？

8 magento2  development  composer  magento-2.0.2 

カスタムモジュールを作成しました。このモジュールはサードパーティモジュール（tecnickcom / tcpdf）に依存しています。このライブラリをカスタムモジュールcomposer.jsonファイルに追加しました { "name": "packagename/mymodule", "description": "N/A", "require": { "php": "~5.5.0|~5.6.0", "magento/magento-composer-installer": "*", "tecnickcom/tcpdf":"*" }, "type": "magento2-module", "version": "2.0.0", "license": [ "GPL-3.0" ], "autoload": { "files": [ "registration.php" ], "psr-4": { "Packagename\\Mymodule\\": "" } } } このcomposer.jsonファイルを実行すると、カスタムモジュール内のベンダーフォルダーが作成され、「tecnickcom / tcpdf」ライブラリがダウンロードされますが、ルートベンダーフォルダーにあるはずです。どうすればこれを達成できますか。

8 magento2  module  composer 

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

8 magento2  composer  deployment 

コアモジュールに依存するモジュールがいくつかあります。コマンドを使用するとき composer require stti/module-catalogbook Magentoは2つのモジュールをインストールします。Stti_CatalogbookおよびStti_Catalogcore。もし私がそれなら magento module:uninstall Stti_Catalogbook Magentoは、Catalogbookモジュールをアンインストールし、ルーチンを実行して、記述した属性やものを更新し、vendor / sttiディレクトリからコードを削除します。また、magentoroot / composer.jsonからCatalogbookエントリを削除します。ただし、奇妙なことに、Catalogcoreモジュールのmagentoroot / composer.jsonからエントリが削除されます。 次に走る magento module:status Stti_Catalogcoreがまだリストにあり、有効になっていることを示しています。 この時点では、Catalogcoreをアンインストールできません。実行すると、Stti_Catalogcoreがインストール済みのcomposerパッケージではないことを宣言する赤いメッセージが表示されます magento module:uninstall Stti_Catalogcore ちなみに、私はsatisを使用してローカルリポジトリを操作しています。これが問題を引き起こしているとは思いません。 これがCatalogbook / composer.jsonからのコードです { "name": "stti/module-catalogbook", "description": "Configures magento for CRM catalog book product type", "type": "magento2-module", "version": "100.0.0", "authors": [ { "name": "My Real Name", …

7 magento2  composer  cli  dependency  uninstall 

次のコマンドでcomposerメタパッケージを介してMagento 2.1をインストールしようとしています composer create-project --repository=https://repo.magento.com/ magento/project-community-edition ただし、composerはpackages.jsonfromの更新に失敗しrepo.magento.com、レポートします 「https://repo.magento.com/packages.json」ファイルをダウンロードできませんでした：暗号を有効にできませんでした この「暗号化を有効にできませんでした」というエラーの原因と、それを修正する方法を誰かが知っていますか？

7 magento2  ssl  composer 

独自に機能するcomposer.jsonファイルを含む既存のモジュールがありますが、travis-ciにもこの拡張子を設定したいと考えています。 travis-ciを実行すると、エラーで失敗します。 magento root dir "" is not valid Magentoインスタンスのクリーンなcomposer.jsonファイルではなく、拡張機能のcomposer.jsonファイルを実際に使用しているため、このエラーが発生していると思います。 travis.ymlファイルを拡張機能用に設定する方法を知っている人はいますか？誰かが例として使用できるtravis-ciを介して正常にテストされている拡張機能を持っていますか？ 私たちの拡張：https : //github.com/sitewards/B2BProfessional 別の壊れた例：https : //github.com/magento-hackathon/FrontendMonitoring

7 extensions  composer  development  travis 

これは非常に基本的なMagento / Composerの質問です。ユーザー（つまり私）は、Magentoシステムにcomposer / firegentoを介してインストールされたパッケージをどのように認識させるべきですか？ つまり 、私が見つけたほとんどのチュートリアルはcomposer.jsonファイルの設定をカバーしており、問題なくを管理できました。パッケージをvendor心ゆくまでインストールできます。 彼らはまた、あなたに以下を追加することについて言及しますcomposer.jsonので、「[何か]」はモジュールをインストールする場所を知っています "extra":{ "magento-root-dir":"./" } ただし、既存のドキュメントで理解./vendorできなかったのは、ファイルをMagentoルートにコピーまたはシンボリックリンクするために実行する必要があるコマンドです。 私が見つけたチュートリアルでは、GitHub のmagento-hackathon / magento-composer-installerプロジェクトを使用しているようですが、このプロジェクトのREADMEは、基本的な使用法よりも独自のパッケージの作成に重点を置いているようです。

7 module  magento-1  composer