프로덕션을위한 Magento2 CI 서버 통합

Magento2 Continuous Integration 워크 플로를 성공적으로 수행하기 위해 따라야하는 단계, 지침 및 흐름은 무엇입니까?

magento2 deployment

— 아티 쉬 고 스와미
소스

현재 Magento 2에서 배포 프로세스를 개선하기 위해 노력하고 있습니다. 귀하의 의견을 환영합니다. 트위터 나 이메일로 저를 ping하십시오.

현재 M2에서는 다음을 수행합니다 (사용자 환경에서).

코드 가져 오기 또는 업데이트 (git / etc ...)
작곡가 설치
bin / magento 설정 : 업그레이드 (또는 설정 : 설치)
빈 / 마 젠토 세트 : 모드 제작

참고로 : 모드 제작은

bin / magento 설정 : di : compile
bin / magento 설정 : 정적 내용 : 배포

2 단계 빌드 및 배포 프로세스에 더 가까이 다가 가기 위해 지금 사용할 수있는 다른 방법이 있지만 다소 복잡합니다.

— 척
소스

척, 더 복잡한 배포 프로세스에 대해 더 자세히 설명해 주시겠습니까?

— Tjitse

개발 중입니다. 작성하여 다음 릴리스 (2.2)의 일부로 릴리스합니다. 메인 라인에 추가 한 새로운 CLI 명령 (app : config : dump, app : config : import, config : sensitive : set, config : set, config : show, setup : db : status)을 확인하십시오. 아이디어는 개발자 컴퓨터에 Magento를 설치하고 관리자 패널에서 원하는대로 구성하는 것입니다. app : config : dump (config.php, env.php로 끝남), 컴파일 및 정적 자산 배포를 수행하십시오. 그런 다음 코드 (자산 포함)를 프로덕션 환경으로 복사 한 다음 (env.php 파일을 적절하게 수동 복사하십시오) prod에서 setup : upgrade하십시오.

— Chuck

기본적으로 2 패스 배포 작업입니다. 첫 번째 패스는 개발자 컴퓨터에 있습니다 (즉, 프로덕션 다운 타임 없음). 목표는 스키마 변경으로 프로덕션에서 <1 분의 중단 시간입니다.

— Chuck

제안 : 프로덕션에서 "composer install"을 실행하지 마십시오! 이는 Packagist 또는 repo.magento.com이 다운 된 경우 심각한 문제를 피하기 위해 CI 프로세스의 사전 배포 단계에서 수행해야합니다. 사전 배포 된 다른 magento 명령도 실행할 수 있습니다. 대신 사전 컴파일 된 아티팩트 (패키지)를 배포하는 경우 DB에 대해 "magento setup : upgrade"이외의 다른 항목을 실행할 필요가 없습니다. 코드가 생산에 도달하면 캐시 플러시. 스키마 변경으로도 다운 타임을 최소화 할 수 있습니다.

— 가브리엘 소 모자