原帖 .gitignore的使用---vendor是否应该追踪 结论是：不应该

• lyxxxh大佬原话： 关于生产的危险函数:单独给composer一个php配置 参考资料： 应该将 vendor 目录加入版本控制吗？

• 一句出彩的总结： 将运行 Composer 纳入工程引导，并给 composer 单独的 php.ini

2020-04-01：今天的任务是完成 本地-测试-线上 三端代码的同步

同步 测试服代码与本地代码

查看 测试服 版本	git branch -v
查看已追踪的文件	git ls-files
删除追踪文件（vendor）	git rm --cached -r vendor
提交(测试服)代码	git add && git commit -m 测试服修改 && git push
(本地dev) 合并分支	git merge dev -Xtheirs(ours)
删除(本地dev)分支	git branch -d dev
(本地)拉取代码	git pull origin master
vscode 处理冲突	右边线上的，左边本地的
提交(本地)	git add . && git commit -m 本地
推送(本地)	git push origin master
(线上)更新	git pull origin master
(本地)及(线上)更新依赖	composer install

• 线上给 composer php的单独配置，即允许执行 proc_open 等php禁用函数。

同步正式服务器

• 步骤同上

划个重点：composer 应当纳入工程管理，并且应当享有单独的 php 配置

最后来个 线上更新依赖 的命令（小彩蛋）：

sudo -u www php -c /www/server/php/ect/php_composer.ini /usr/bin/composer install

或者

sudo -u www php -d disable_functions= /usr/bin/composer install

至此线上本地的代码更新完毕，有需要完善的地方，还望各位不吝指出，再次感谢 lyxxxh, xinhuo 的建议，有好的 CI/CD 实践教程的也可以分享学习一波