社内にコンポーザーウェアハウスを構築し、コードベースをコンポーザーを使用して整理できるように変更します。 。 。 Composer は名前空間を使用する必要があり、古いコードを変更する必要があります。

1. まず自分で公共サービスを計画し、建設図面を作成し、すべてのメリットとデメリットを明確に書き留めます。
2. 各システムの責任者と会議を開催し、建設図面を確認して問題がないか確認し、他のシステムのニーズを理解します。
3. 変更への影響を最小限に抑えながらドキュメント全体の共有にアクセスして実装する方法。

追記: もちろん、会社は独自の gitlab ウェアハウスを持つ必要があります。

composer.json 自体は git リポジトリからのソースをサポートしているため、git で管理され、パッケージ仕様を満たしている限り、composer で管理できます。

コンポーザーの導入により問題が発生し、各プロジェクトにはベンダーが存在します。私たちのアプローチは、公開部分を共有することですが、これは非常に厄介です。単純な依存関係は問題ありませんが、複雑な依存関係は面倒だからです。あなたの会社がプロジェクトに独自のベンダーを保持することを許可しているのであれば、それは素晴らしいことですが、良いアイデアがない場合は、ビジネスに関係のないコードを書き込むよう全員に呼びかけてください。パッケージ！