준비 사이트, DB에서 동기화 업데이트를 어떻게 관리합니까?

개발자는 준비 서버를 통해 업데이트를 라이브 서버로 배포하기 전에 테스트 사이트를 테스트해야한다는 것이 널리 인정되고 있지만, 개발 업데이트에서 Wordpress DB를 수정해야하는 경우 라이브 사이트의 사용자도 DB를 업데이트하므로 문제가 복잡해집니다.

내가 상상할 수있는 유일한 (흐린) 흐름은 다음과 같습니다.

1. 로컬 서버 (WAMP, XAMP 등)에서 테스트
2. 배포 준비가되면 라이브 사이트를 유지 관리 모드로 전환
3. 백업 라이브 사이트 (복제기, sqldump 등)
4. 준비 사이트에 잠긴 라이브 사이트의 복제본 만들기
5. 로컬 환경에서 스테이징 사이트로 수정 사항 업로드
6. 준비 사이트 테스트
7. 준비 사이트를 밀어 넣습니다.
8. 유지 보수 모드 제거

위 흐름의 단점 :

• 개발자가 준비 사이트에서 업데이트를 신중하게 테스트하는 동안 중단 시간이 사용자에게 예상보다 길어질 수 있습니다.
• 예를 들어 siteorigin pagebuilder 레이아웃은 db에 저장되므로 레이아웃을 수정 한 후에는 준비 사이트에서 수동으로 가져와야합니다. 이 경우 단순히 준비 사이트에 페이지를 끌어다 놓고 가져 오는 것이 좋으며 작동하는 경우 라이브 사이트로 가져 오는 것이 좋습니다

이것을 달성하는 더 좋고 자동화 된 방법이 있는지 궁금합니다.

어떻게 생각해?

요청에 따라 EDIT는 과거에 제안 된 솔루션이 있지만 확실한 솔루션을 제공하는 솔루션은 없습니다.

• 2010 년 9 월- 개발 / 스테이징과 프로덕션 간의 데이터베이스 동기화
• 2011 년 12 월 -wp_options 테이블을 수정하는 업데이트 또는 새 플러그인 배치
• 9/2014- 새 게시물 / 페이지를 재정의하지 않고 라이브 서버에 로컬 변경 사항을 업로드하는 방법은 무엇입니까?
• 1/2015- 제작 및 준비 과정에서 워드 프레스 사이트 블로그를 유지 관리하는 방법

WordPress에 특별히 적합한 최신 호스팅 제공 업체는 일반적으로 이러한 어려움을 완화 할 수있는 도구를 갖추고 있습니다. 나는 고객 에게이 깔끔한 Git 지원 워크 플로우 를 가진 Pantheon에 배치했습니다 . 여기서는 코드가 (개발에서 스테이징으로, 프로덕션으로) 이동하고 DB 작업은 (코드에서 반대로) 이동합니다. 프로덕션에서 스테이징으로 데이터베이스를 복사하면 인터페이스를 한 번만 클릭하면됩니다. 이 워크 플로를 존중한다면 프로덕션 데이터베이스를 엉망으로 만드는 문제를 거의 제거 할 수 있으므로 개발 준비 단계에서 새로운 프로덕션 DB 데이터 복제본에서 항상 변경 사항을 테스트 할 수 있습니다.

Pantheon을 사용할 필요는 없습니다. 자신의 도구 (Git + WP Migrate DB와 같은 DB 복제 플러그인)를 사용하여 프로세스에서 유사한 접근 방식을 채택 할 수 있습니다. 나는이 방법이 나를 위해 잘 작동한다는 것을 알았습니다.

질문 : 스테이징을 테스트하는 동안 왜 프로덕션 사이트를 유지 관리 모드로 설정 하시겠습니까? 대부분의 경우에는 그럴 필요가 없습니다. 내가 생각할 수있는 유일한 사례는 부팅 할 치명적인 버그와 함께 추가 사용자 데이터에 매우 민감한 일종의 취성 시스템을 갖는 것입니다. 제품의 전체 아키텍처를 다시 생각해야합니다.

전체 프로세스 (파일 및 데이터베이스)에 GIT 버전 관리를 제공하는 VersionPress 를 살펴보십시오.

그들의 사이트에 설명 된대로 :

VersionPress는 무통 스테이징을 제공합니다 . 즉, 변경 사항에 대한 안전한 테스트 환경을 쉽게 만들고 준비가되면 다시 병합 할 수 있습니다. 여기서 병합은 핵심 단어입니다. VersionPress는 라이브 사이트가 그 동안 새로운 컨텐츠를 완벽하게 보유한 상황을 처리합니다.