自作Composerのパッケージの基本的な構成 - Qiita
●はじめに 以下の記事は当時の自分の検索スキルが足らず、該当する内容を見つけられず仕方なく自分で考察・実装した時のメモです。 コメントで教えて頂いたhttps://github.com/php-pds/skeletonの方がより洗練されて美しいので、こちらを参考にしてもらった方が良いと思います。 以上ご了承の上で敢えて読みたい方は以下から本編です。 ●概要 経緯として複数のWebアプリケーションで使用するモデルとビジネスロジックや、コマンドラインで使用するモジュールをコピペで再利用していた。 当然、追加機能の開発やらバグ対応やら運用がツライ → 爆死。 本当にありがとうございました。 これじゃーイカンなと、Composerパッケージとして開発・運用する必要があるなと痛感した次第であります。 「ではどうするか？」となった時に調査して考えた内容で、ある程度土台(テンプレートともいう)は共通化す
Composerで依存しあう複数のパッケージを同時開発する場合のTIPS（基礎知識編） | QUARTETCOM TECH BLOG
昨今のPHPを使った開発の現場では、パッケージ（プロジェクトで利用するライブラリ）の依存管理をComposerに任せて、packagistに登録されたOSSのパッケージや、Satis等で構築したプライベートなComposerリポジトリに登録した自社のパッケージを組み合わせて開発するスタイルになっていると思います。 このような開発で、自社のパッケージも積極的に作っていく場合、どうしても、1つのアプリケーションを開発しながら同時に複数のライブラリパッケージを修正するといったことが必要になってきます。 Composerを使うと、開発対象のアプリケーションの依存パッケージは、プロジェクトのvendorディレクトリ配下にすべて保存され、composer updateコマンドで更新などが行えます。複数のパッケージの開発を同時に進める場合は、基本的にルートとなる1つのアプリケーション/パッケージのプロジ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
composerパッケージ開発の流れ（Laravel用） - Qiita
