84669 人学习
152542 人学习
20005 人学习
5487 人学习
7821 人学习
359900 人学习
3350 人学习
180660 人学习
48569 人学习
18603 人学习
40936 人学习
1549 人学习
1183 人学习
32909 人学习
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.那太好了,现在就可以开始做,没什么好主意的,号召大家把业务无关的代码写成包吧!