@RemahI 개발(development)이라고 한 게 아니라 "스테이징/테스팅"이라고 한 겁니다. 다른 플랫폼에서 메시지 가져오기 같은 것을 테스트하기 위한 스테이징 환경을 이야기하는 거예요.
아니요, 저는 포럼에 스팸을 뿌리는 게 아닙니다. 이건 완전히 다른 사고 과정입니다. 당신이 언급한 것은 시스템에 존재하는 백업 문제나 결함, 그리고 일부 사람들이 이 경로의 대안으로 고려할 수 있는 표준적인 “백업/복원” 경로에 관한 것입니다. 하지만 그 경로가 유일한 선택지는 아니므로, 저는 현재 완전히 다른 경로를 통해 이러한 스테이징 환경을 설정하는 또 다른 옵션을 탐구하고 있습니다.
내 코멘트는 날카로웠습니다. 비표준적인 Discourse 설치 환경을 "개발"하셨기 때문에 "개발자"라고 한 것입니다.
이러한 구성은 공식적으로 지원되는 설치 방법을 사용하는 대다수 인스턴스에는 관련이 없는 많은 문제를 발생시킨다는 것을 우리는 알고 있습니다.
제가 여러분이 생성한 토픽을 언급한 이유는 그것이 적절한 사례이기 때문입니다.
이 토픽을 기억해 주십시오. 이것은 규범에서 벗어난 변형에 대한 논의가 아니라, 표준적인 단계에 대한 요청입니다:
여러분의 인스턴스는 이러한 표준적인 단계 세트와 거리가 멉니다:
여기서 지원되지 않는 구성이 포함될수록 이 토픽은 더 혼란스러워집니다. 공식 설치에는 수백에서 수천 명의 사용자가 있어 조언이 일반적으로 모두에게 적용됩니다. 반면, 비표준 설치의 경우 사용자/표본 크기가 1인 경우가 많으므로, 대다수에게는 오해의 소지가 있는 조언이 될 수 있으므로 별도의 토픽에 다루는 것이 훨씬 낫습니다.
너무 강하게 느껴졌다면 죄송합니다. 
일부 사이트에서 매우 유용할 정보인 것 같은데, 게시를 말리려는 의도는 아닙니다. 각자의 주제에 고유한 제목을 붙여 게시하면 기여 내용이 더 유용하고, 더 쉽게 참조할 수 있습니다.
의아하게도 여기서는 다음과 같은 오류가 발생합니다:
$ git reset --hard '28032eaf38530b96c92aef3df42841aa8613a2f6'
fatal: Could not parse object '28032eaf38530b96c92aef3df42841aa8613a2f6'.
이 해시 값이 제 프로덕션 서버에서 실행 중인 올바른 값이라고 생각하며, GitHub에도 존재하는 것으로 보입니다: Commits · discourse/discourse · GitHub
나머지는 깨끗해 보입니다:
$ git status
# On branch master
nothing to commit, working directory clean
$ git fsck
Checking object directories: 100% (256/256), done.
Checking objects: 100% (5038/5038), done.
2.7.0.beta2로의 업그레이드를 준비하고 있는데, 프로덕션 서버와 동일한 지점부터 시작하는 것을 방해하고 있습니다 
아, Discourse 해시와 discourse-docker 해시를 혼동했네요… 어리석은 실수였어요. How do you install an earlier version of Discourse? - #2 by johnmuhl 에 나와 있듯이, yml 파일의 version: 필드에 Discourse 버전 해시를 넣어야 합니다.
혼선을 드려 죄송합니다.