php composer怎么做成全公司的通用工具
有经验的同学分享一下经验，需要主要哪些点，或者大概的思路，谢谢
目前公司系统比较多， 各自系统用的公用库，也大不一样， 都是自己维护有些系统一直也没有用 composer，现在想是否可以利用composer做一个偏公用的东西， 统一维护公用库，或者公用代码
搭建公司内部的composer仓库，把代码库都改成用composer组织。。。composer需要使用命名空间，老旧代码都要改造。
1、先自己规划公共服务，制作成施工图，把利弊全部写清楚。2、召集各个系统负责人开会，过你的施工图，看看还有什么问题，然后再了解其他系统的需求。3、整个文档分享下怎么接入，怎么实施对改动影响最小。
ps: 当然公司内部应该有个自己的gitlab 仓库。
composer.json本身就支持从git仓库中做source.所以，只要是git控制的代码，只要满足包规范，就可以用composer管理。
composer的引入会导致一个问题，每一个项目都持有一个vendor。我们的做法是把公共的部分做成share的，但这样很别扭。因为依赖简单还好，复杂点，很麻烦。如果你们公司容许一个项目可以持有自己的vendor.那太好了，现在就可以开始做，没什么好主意的，号召大家把业务无关的代码写成包吧！
搭建公司内部的composer仓库，把代码库都改成用composer组织。。。composer需要使用命名空间，老旧代码都要改造。
1、先自己规划公共服务，制作成施工图，把利弊全部写清楚。
2、召集各个系统负责人开会，过你的施工图，看看还有什么问题，然后再了解其他系统的需求。
3、整个文档分享下怎么接入，怎么实施对改动影响最小。
ps: 当然公司内部应该有个自己的gitlab 仓库。
composer.json本身就支持从git仓库中做source.所以，只要是git控制的代码，只要满足包规范，就可以用composer管理。
composer的引入会导致一个问题，每一个项目都持有一个vendor。我们的做法是把公共的部分做成share的，但这样很别扭。因为依赖简单还好，复杂点，很麻烦。如果你们公司容许一个项目可以持有自己的vendor.那太好了，现在就可以开始做，没什么好主意的，号召大家把业务无关的代码写成包吧！