php

왜

오늘날 Composer가 --dev기본적으로 (설치 및 업데이트시) 플래그를 사용하는 이유는 IMHO 입니다. Composer는 주로 시나리오에서 원하는 동작으로 실행됩니다.

기본 Composer 워크 플로우는 다음과 같습니다.

• composer.phar install --dev, json 및 lock 파일이 VCS에 커밋 된 새 프로젝트가 시작 됩니다.
• 다른 개발자는 프로젝트 작업을 시작 : VCS의 체크 아웃하고 composer.phar install --dev.
• 개발자는 dependancies : composer.phar require <package>를 추가 --dev합니다. require-dev섹션 에서 패키지를 원하면 추가 하십시오 (및 커밋).
• (체크 아웃 등) : 다른 사람을 따라 간다 composer.phar install --dev.
• 개발자는 최신 버전의 종속성 composer.phar update --dev <package>(및 커밋)을 원합니다 .
• (체크 아웃 등) : 다른 사람을 따라 간다 composer.phar install --dev.
• 프로젝트가 배포되었습니다 : composer.phar install --no-dev

보시다시피 --dev깃발은--no-dev , 특히 프로젝트에서 작업하는 개발자 수가 증가 할 때 플래그가 플래그 .

프로덕션 배포

“dev”의존성을 설치하지 않고 이것을 배포하는 올바른 방법은 무엇입니까?

음 composer.json과 composer.lock파일은 VCS에 커밋되어야합니다. composer.lock사용해야하는 패키지 버전에 대한 중요한 정보가 포함되어 있으므로 생략하지 마십시오 .

프로덕션 배포를 수행 할 때 --no-dev플래그를 Composer에 전달할 수 있습니다 .

composer.phar install --no-dev

이 composer.lock파일에는 dev-packages에 대한 정보가 포함될 수 있습니다. 이것은 중요하지 않습니다. 이 --no-dev플래그는 해당 개발 패키지가 설치되지 않았는지 확인합니다.

“프로덕션 배포”라고 말하면 프로덕션에서 사용되는 것을 목표로하는 배포를 의미합니다. composer.phar install프로덕션 서버에서 수행해야하는지 또는 검토 할 수있는 준비 서버에서 수행 해야하는지에 대해서는 논쟁하지 않습니다 . 이것이이 답변의 범위가 아닙니다. 나는 단지 방법을 지적하고있다.composer.phar install “dev”의존성을 설치하지 않고 .

주제를 벗어

--optimize-autoloader플래그는 생산에 바람직 할 수있다 (이것은 응용 프로그램에서 자동 로딩 속도가 빨라집니다 클래스 맵을 생성) :

composer.phar install --no-dev --optimize-autoloader

또는 자동 배포가 완료된 경우 :

composer.phar install --no-ansi --no-dev --no-interaction --no-plugins --no-progress --no-scripts --no-suggest --optimize-autoloader

당신의 코드베이스가 지원하는 경우에, 당신은 밖으로 교환 수 --optimize-autoloader에 대해 --classmap-authoritative. 더 많은 정보는 여기에

답변

composer install --no-dev

composer update --no-dev

composer install --no-dev