VCS의 app / etc / config.php

file 관련 질문이 있습니다 app/etc/config.php.

이 파일은 여기에서 설명 하고 정의했습니다.

Magento base dir설치된 모듈, 테마 및 언어 패키지 목록이 포함 된 /app/etc/config.php

app/etc/modules/*Magento 1 과 같습니다 (일반적으로 VCS에 이러한 파일이 있습니다).

그러나 Magento 2에서는 VCS (공식 .gitignore ) 에서 공유하지 않는 것이 좋습니다 .

VCS 공유에 대한 질문이나 사용 사례가 있지만 VCS에 추가를 권장하지 않기 때문에 이해하고 싶습니다.

1. 프로덕션 환경 (Deploy System 사용 Capistrano/Deployer, etc)
   • 새 배포를하고 ... 전에 새 모듈을 활성화 해야합니다.php bin/magento module:enable VendorName_NewModulesetup:upgrade
     • 이 상황을 어떻게 관리합니까?
   • 새로운 배치를하고 전에 어떤 상황에서도 new / s 모듈을 비활성화 해야합니다.php bin/magento module:disable VendorName_NewModulesetup:upgrade
     • 이 상황을 어떻게 관리합니까?

2. 지역 환경

   • 팀에서 특정 모듈을 활성화 / 비활성화하지 못하게하려면
     • 이 상황을 어떻게 관리합니까?

3. 준비 환경

   • 공유하지 않을 경우 프로덕션 활성화 / 비활성화 된 모듈의 동일한 구성을 얻는 방법 app/etc/config.php
     • 이 상황을 어떻게 관리합니까? 수동으로 만들어야합니까?

당신의 관점은 무엇입니까? 또는 이러한 상황을 어떻게 관리합니까?

감사

* VCS : 버전 제어 시스템, 예 : git, svn 등

config.php다양한 환경, 특히 모듈의 켜기 / 끄기 상태에서 동일한 구성을 기반으로 요구하는 경우 VCS에 포함하는 데 아무런 문제가 없습니다 . 이 작업의 부작용은 각각 동일한 테마, 언어 팩 등을 갖는 측면에서 자신에게 부과하는 한계입니다.

Magento 2.2의 경우 다양한 배포 워크 플로를 지원하기 위해 구성 관리에 유연성을 추가하기 위해 몇 가지 기능을 개선 할 것입니다. 모든 공유 구성을 포함하는 파일이 있습니다 app/etc/config.php(모든 환경에서 동일하고 VCS에 보관 될 수있는 구성의 의미). 시스템 별 구성을 포함하는 또 다른 파일이 있습니다 app/etc/env.php(개발, 준비 및 프로덕션 시스템에 따라 다를 수있는 구성을 포함 함).

그 동안 이 페이지 에서 찾을 수있는 커뮤니티의 배포 방식을 일부 정리 했습니다.