나는 "마음에 들지 복제 것을 의미 웹 사이트"솔루션 투기 데이터베이스를 다른 환경에서이 덤프를 가져 오기. 이는 동일한 웹 사이트의 여러 인스턴스 (staging / prod / dev / etc)를 배포 하는 실제 방법과는 다릅니다.
D7에서는 일반적으로 사용자 지정 프로필을 사용하고 이러한 프로필에서 웹 사이트를 설치하기 위해 drush를 사용했습니다 (나중에 사이트 동기화를위한 기능 사용). 이를 통해 새로 설치하고 테스트 내용은 없지만 중요한 설정을 공유 할 수있었습니다. 예를 들어 일반적인 콘텐츠 동기화는 마이그레이션을 통해 수행됩니다.
동일한 설치 프로필을 공유하는 여러 D8 인스턴스를 관리하려고했습니다. 최종 목표는 사이트 구성을 공유하고 동기화하는 것입니다. 그리고 모든 설치에는 다른 사이트 UUID가 있습니다. system.site uuid
설치시 config 변수를 적용하는 데 성공하지 못했습니다 (물론 나중에 값을 변경할 수는 있지만 너무 늦어서 모든 객체가 이미 다른 UUID로 생성되어 첫 번째 동기화를 악몽으로 만듭니다. 일부 기본 콘텐츠를 삭제해야하거나 기본 언어에서 동기화를 제거 할 수 없어서 충돌하는 경우 등).
이 UUID를 시행하기 위해 생성 된 settings.php 파일을 $config['system.site']['uuid']
큰 실패로 사용하려고 시도했습니다 (사이트 설치 후에도 설정이 완전히 무시되었습니다).
또한 이 설치 솔루션을 다른 설치 프로필과 혼합하는 방법을 완전히 이해하지 못하는 구성 설치 프로그램 프로필을 살펴 보았습니다 .
따라서 문제는 설치 프로필에서 새로운 사이트를 배포하는 가장 좋은 방법은 무엇입니까?
- 사이트 복제시 "웹 사이트 복제"가없고 SQL 덤프 조작 (예 : 복제 된 사이트 질문 ).
- 내 보낸 구성 및 코드 만 사용하여 새로 새로 설치 (개발자 컨텐츠 가비지없이)
- 설치 구성 기본값과 이후 동기화를 모두 관리 할 수 있습니다.