質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.48%
Drupal

DrupalはPHPで書かれたオープンソースのCMSフレームワークです。

composer

Composerとは、PHP5.3.2以上で使用可能なパッケージ管理ツールです。指定ディレクトリ内だけでパッケージ管理します。

Q&A

2回答

1663閲覧

Composerのプラグインを使用してのパッチの当て方について

SmokeyBlues

総合スコア22

Drupal

DrupalはPHPで書かれたオープンソースのCMSフレームワークです。

composer

Composerとは、PHP5.3.2以上で使用可能なパッケージ管理ツールです。指定ディレクトリ内だけでパッケージ管理します。

0グッド

0クリップ

投稿2019/09/12 03:50

編集2019/09/12 05:29

composerでパッチを当てたいのですが、動きが理解できないので、教えていただけるとありがたいです。

composer.jsonに所定の記述をします。
パッチを当てるコンポーネントがhogehoge/fugafugaだったとします。
このhogehoge/fugafugaは現在最新であり、composer updateしても、何もアップデートされません。

この現状が最新のときに、パッチを適用するには、composerのなんのコマンドを叩けば良いでしょうか?

  • composer update 'hogehoge/fugafuga'

通常のアップデートのときは、アップデートすることがないが、パッチが当たってないと判断して(パッチを当てる必要があると判断して)、処理してくれることはあるのか?

  • composer require 'hogehoge/fugafuga'

最新のものをrequireすると、一度削除し、再取得されるかと思います。
このとときにパッチを当ててくれるのか?
ということは、requireするのが正しいのだろうか?

  • composer install

hogehoge/fugafugaにパッチを当てる目的だけで、install処理を走らせた方が良いのか?

などなどです。
すみません、プログラミング初心者で、定石を知らないので、教えていただけると助かります。
よろしくお願いいたします。

追記:
プラグインを使用したときのパッチの当たり方ということを私が書き忘れていました。
プラグインは、下記です。
cweagans/composer-patches
READMEを読んで気が付いたのですが、これはDrupalなどの特定の方が使いやすいように開発したもので、一般には使われてないのかな。。。という気がしてきました。

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

回答2

0

cweagans/composer-patchesがパッチを実際に適用するかの判断は以下の箇所で行われているようです。(composer.lock内の各パッケージextra内のpatches_applied)

https://github.com/cweagans/composer-patches/blob/9a08b4defec6f7fefed0d56051fe710d60e99652/src/Plugin/Patches.php#L261

  1. パッケージがインストール済みか(存在するか)?
  2. パッケージのバージョンが同じか?
  3. composer.lock内の該当パッケージにpatches_appliedの記述があるか?

いずれかの質問が「いいえ」であれば、cweagans/composer-patchesによってパッチが適用されると考えて良いと思います。

また、定石については色々議論があると思いますがDrupalではパッチによるコントリビュートが主流です。これは最近までGitを自分たちでホスティングしてたからと思われます(現在はGitlabに移行したので変わるかも)

投稿2019/10/07 02:48

snize

総合スコア94

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

0

すみません、プログラミング初心者で、定石を知らないので、教えていただけると助かります。

定石としては、

  • Composerで取得されるコードには手を入れず、あとから自分のコードで上書きして対応する
  • 自分のGitHubに当該のプロジェクトをフォークして、そちらからインストールするように設定する

などで、composer.jsonに書いた情報でツリーを完全に再現できるようにして、後から書き換えない(パッチを当てるようなことはしない)のが定石です。

投稿2019/09/12 04:11

編集2019/09/12 04:16
maisumakun

総合スコア145184

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

maisumakun

2019/09/12 04:12

Packagistに上がっていないけどGitHubに最新版がある場合、フォークも不要で「GitHubにあるものを指定してインストールする」だけでも問題ありません。
SmokeyBlues

2019/09/12 04:23

すみません、上記に追記しましたが、プラグインを使用してのパッチの当て方についてでした。 プラグインを使用しないパッチの当て方の定石については、同時に勉強させていただきます。m(__)m
guest

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

まだベストアンサーが選ばれていません

会員登録して回答してみよう

アカウントをお持ちの方は

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.48%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問