다음 튜토리얼 칼럼인 composer에서는 작곡가 업데이트 사용에 관한 문제를 주의 깊게 소개하겠습니다. 도움이 필요한 친구들에게 도움이 되길 바랍니다!
문제 설명
종종 기존 프로젝트에 확장 팩을 추가해야 하는 경우가 있는데, 때로는 이 문서의 다음 그림과 같이 설명서의 잘못된 지침으로 인해 발생합니다.
composer 업데이트 현재 로직에서 이 명령은 프로젝트에 큰 해를 끼칠 수 있습니다.
작곡가 업데이트의 논리는 작곡가.json에 지정된 확장 패키지 버전 규칙에 따라 모든 확장 패키지를 최신 버전으로 업데이트하는 것이기 때문입니다. 참고로, 예를 들어 시작 부분에 모노로그를 사용했습니다. 당시 설정정보에는
가 모노로그 버전 1.1로 설치되어 있었다고 되어 있는데, 한 달이 넘은 지금은 명령어를 실행하니 바로 1.2로 업데이트가 되어 있습니다. 프로젝트는 1.2에 대해 테스트되지 않았습니다. 프로젝트를 살펴보겠습니다. 하위 시스템이 매우 불안정해지며, 특히 대규모 프로젝트의 경우 프로젝트에 대한 완전한 적용 범위 테스트를 작성하지 않은 경우 상황이 이보다 더 악화됩니다. 당신은 무엇이 깨졌는지 알 수 없을 것입니다.
그렇다면 어떤 명령을 사용해야 할까요? 설치, 업데이트 또는 요구?
다음으로 하나씩 설명드리겠습니다.
간단한 설명
Process
여러분의 이해를 돕기 위해 매일 생산되는 여러 공정을 소개하겠습니다.
프로세스 1: 새 프로젝트 프로세스
composer.json을 생성하고 이에 의존하는 확장 패키지를 추가합니다.
작곡기 설치를 실행하고, 확장 패키지를 설치하고, 작곡가.lock을 생성합니다.
composer.lock을 코드 버전 컨트롤러에 제출합니다. : git;
프로세스 2: 프로젝트 협력자가 기존 프로젝트를 설치합니다.
프로젝트를 복제한 후 루트 디렉터리에서 직접 작곡가 설치를 실행하여 작곡가.lock에서 지정된 버전의 확장 패키지와 해당 종속성을 설치합니다.
이 프로세스는 다음과 같습니다. 프로덕션 환경에 적합 코드 배포.
프로세스 3: 프로젝트에 새 확장 패키지 추가
작성기 요구 공급업체/패키지를 사용하여 확장 패키지를 추가합니다.
업데이트된 작곡가.json 및 작곡가.잠금을 다음과 같은 코드 버전 컨트롤러에 제출합니다.
composer.lock 파일에 대하여
composer.lock 파일은 각 코드 종속성의 버전 기록을 저장하고(아래 그림 참조) 이를 버전 컨트롤러에 제출한 후, Composer 설치와 함께 사용하여 팀의 모든 협력자 개발 환경과 온라인 생산 환경에서 실행되는 코드 버전의 일관성.
关于扩展包的安装方法
那么,准备添加一个扩展包,install, update, require 三个命令都可以用来安装扩展包,选择哪一个才是正确的呢?
答案是:使用 composer require 命令
另外,在手动修改 composer.json 添加扩展包后,composer update new/package 进行指定扩展包更新的方式,也可以正确的安装,不过不建议使用这种方法,因为,一旦你忘记敲定后面的扩展包名,就会进入万劫不复的状态,别给自己留坑呀。
上面的概念不论对新手或者老手来说,都比较混淆,主要记住这个概念:
原有项目新添加扩展的,都使用 composer require new/package 这种方式来安装。
需要加版本的话
更新指定扩展到指定版本
有时候你之前使用过的扩展包,加入了新功能,你想更新单独这个扩展包到指定版本,也可以使用 require 来操作。
如下面例子,需要更新 “sami/sami”: “3.0.” 到 “sami/sami”: “3.2.”
命令行运行:
위 내용은 작곡가 업데이트를 주의해서 사용하세요!의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!