0
우리는 Wordpress에 의해 운영되는 프로덕션 사이트를 운영하고 있습니다. 내 경험에 의하면, Wordpress 업데이트는 매끄럽게 진행되는 경향이 있지만, 지금은 문제가 발생하기 때문에 항상 업데이트를 로컬에서 실행하거나 dev 사이트에서 먼저 실행하여 중단하지 않도록하십시오.생산 중에 Wordpress 업데이트를 실행 하시겠습니까?
내 질문은 다음과 같습니다. 이러한 변경 사항을 로컬에서 커밋 한 다음 변경 사항을 프로덕션 환경에 적용하는 것이 좋습니다. ... 효과적으로 생산 현장을 업데이트하고 있습니까? 이 은 작동하려면으로 보이지만 때로는 데이터베이스에 수정 사항이 포함되어 있다는 것을 알고 있습니다. 그래서 내 걱정은 업데이트가 내 로컬 DB를 수정하지만 프로덕션 DB가 아니라 새로운 코드가 실행될 때 문제가 발생한다는 것입니다 (DB가 수정 될 것으로 예상 함).
- 이것은 유효한 문제입니까?
- 잘 쓰여진 플러그인이 어떻게 든이 문제를 설명합니까?
- 이렇게 완전히 다른 방법이 있습니까?
UPDATE : 내가이 질문의 목적은 처음 불분명 생각합니다. 업데이트를 로컬에서 실행하고 테스트하고 커밋 한 다음 프로덕션에서 업데이트를 실행하고 커밋 한 다음 병합 할 수 있다는 것을 잘 알고 있습니다. 그게 우리가 현재하고있는 일이지만, 그것이 끔찍하고, 필요한지 확실하지 않습니다. 이 질문의 요점은 그것을 파악하거나 더 나은 방법을 배우는 것입니다. 예를 들어 누군가 WP 업데이트의 본질과 DB 수정을 처리하는 방법에 대해 확실한 사실을 알고 있다면이 질문에 대한 답이 될 것입니다.
꽤 WP에만 한정됩니다. 어쩌면 wordpress.stackexchange.com? 나는 핵심적인 것들을 망쳐 놓지 않으면 사이트가 깨질 수있는 데이터베이스가 현혹되지 않는다고 생각하지 않습니다. 나는 3.6과 나의 주문형 테이블을 다룰 때 똑같은 것을 두려워했다 ... 그들은 영향을받지 않았다. – BenRacicot
wordpress와 drupal 모두를 사용하여 업데이트 된 사이트가 몇 개 있습니다. 커밋을 롤백하고 데이터베이스를 복원하는 것보다는 문제를 파악하는 데 시간이 덜 걸렸습니다. 예, 일부 모듈 및 일부 핵심 업데이트에는 db가 변경되지만 매번 변경되지는 않습니다. 지역 업데이트/테스트/커밋/푸싱 시간을 보내는 것은 고통이지만 실수가있을 때 가치가 있습니다. 필자가 보았던 문제는 플러그인이 서로 충돌하는 것, 특히 업데이트가 발생한 후 발생합니다. – C13L0