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