# Creating a duplicate of production environment
**URL:** https://meta.discourse.org/t/creating-a-duplicate-of-production-environment/61966
**Category:** Self-hosting
**Created:** [5월 2, 2017, 3:38오후 UTC](https://meta.discourse.org/t/creating-a-duplicate-of-production-environment/61966 "2017-05-02T15:38:05Z")
**Posts on this page:** 5
**Page:** 2
### Author:  [@mreach](https://meta.discourse.org/u/mreach)
#### Post date: [11월 3, 2019, 12:59오전 UTC](https://meta.discourse.org/t/creating-a-duplicate-of-production-environment/61966/21 "2019-11-03T00:59:01Z")
@RemahI 개발(development)이라고 한 게 아니라 "스테이징/테스팅"이라고 한 겁니다. 다른 플랫폼에서 메시지 가져오기 같은 것을 테스트하기 위한 스테이징 환경을 이야기하는 거예요.
아니요, 저는 포럼에 스팸을 뿌리는 게 아닙니다. 이건 완전히 다른 사고 과정입니다. 당신이 언급한 것은 시스템에 존재하는 백업 문제나 결함, 그리고 일부 사람들이 이 경로의 대안으로 고려할 수 있는 표준적인 “백업/복원” 경로에 관한 것입니다. 하지만 그 경로가 유일한 선택지는 아니므로, 저는 현재 완전히 다른 경로를 통해 이러한 스테이징 환경을 설정하는 또 다른 옵션을 탐구하고 있습니다.
---
### Author:  [@Remah](https://meta.discourse.org/u/Remah)
#### Post date: [11월 3, 2019, 1:26오전 UTC](https://meta.discourse.org/t/creating-a-duplicate-of-production-environment/61966/22 "2019-11-03T01:26:56Z")
내 코멘트는 날카로웠습니다. 비표준적인 Discourse 설치 환경을 "개발"하셨기 때문에 "개발자"라고 한 것입니다.
이러한 구성은 공식적으로 지원되는 설치 방법을 사용하는 대다수 인스턴스에는 관련이 없는 많은 문제를 발생시킨다는 것을 우리는 알고 있습니다.
제가 여러분이 생성한 토픽을 언급한 이유는 그것이 적절한 사례이기 때문입니다.
이 토픽을 기억해 주십시오. 이것은 규범에서 벗어난 변형에 대한 논의가 아니라, 표준적인 단계에 대한 요청입니다:
> [@Henti\_Smith](#):
>
> 모든 데이터/첨부 파일/등이 제자리에 있도록 프로덕션 시스템을 다른 머신으로 복제하는 일련의 단계가 있습니까?
여러분의 인스턴스는 이러한 표준적인 단계 세트와 거리가 멉니다:
> [@mreach](#):
>
> 작동하는 백업 시스템을 제외하는 프로세스에 대한 입력과 방향도 받을 수 있을까요?
여기서 지원되지 않는 구성이 포함될수록 이 토픽은 더 혼란스러워집니다. 공식 설치에는 수백에서 수천 명의 사용자가 있어 조언이 일반적으로 모두에게 적용됩니다. 반면, 비표준 설치의 경우 사용자/표본 크기가 1인 경우가 많으므로, 대다수에게는 오해의 소지가 있는 조언이 될 수 있으므로 별도의 토픽에 다루는 것이 훨씬 낫습니다.
---
### Author:  [@Remah](https://meta.discourse.org/u/Remah)
#### Post date: [11월 3, 2019, 3:50오전 UTC](https://meta.discourse.org/t/creating-a-duplicate-of-production-environment/61966/23 "2019-11-03T03:50:52Z")
너무 강하게 느껴졌다면 죄송합니다. 🙂
일부 사이트에서 매우 유용할 정보인 것 같은데, 게시를 말리려는 의도는 아닙니다. 각자의 주제에 고유한 제목을 붙여 게시하면 기여 내용이 더 유용하고, 더 쉽게 참조할 수 있습니다.
---
### Author:  [@TallTrees](https://meta.discourse.org/u/TallTrees)
#### Post date: [1월 24, 2021, 5:28오전 UTC](https://meta.discourse.org/t/creating-a-duplicate-of-production-environment/61966/24 "2021-01-24T05:28:28Z")
> [@Henti\_Smith](#):
>
> `# 특정 커밋이 필요하면 다음을 실행하세요:`
> `# git reset --hard git_commit_hash_goes_here`
의아하게도 여기서는 다음과 같은 오류가 발생합니다:
```
$ git reset --hard '28032eaf38530b96c92aef3df42841aa8613a2f6'
fatal: Could not parse object '28032eaf38530b96c92aef3df42841aa8613a2f6'.
```
이 해시 값이 제 프로덕션 서버에서 실행 중인 올바른 값이라고 생각하며, GitHub에도 존재하는 것으로 보입니다: [Commits · discourse/discourse · GitHub](https://github.com/discourse/discourse/commits/28032eaf38530b96c92aef3df42841aa8613a2f6)
나머지는 깨끗해 보입니다:
```
$ 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로의 업그레이드를 준비하고 있는데, 프로덕션 서버와 동일한 지점부터 시작하는 것을 방해하고 있습니다 ☹
---
### Author:  [@TallTrees](https://meta.discourse.org/u/TallTrees)
#### Post date: [1월 24, 2021, 5:40오전 UTC](https://meta.discourse.org/t/creating-a-duplicate-of-production-environment/61966/25 "2021-01-24T05:40:03Z")
아, Discourse 해시와 discourse-docker 해시를 혼동했네요… 어리석은 실수였어요. [How do you install an earlier version of Discourse? - #2 by johnmuhl](https://meta.discourse.org/t/how-do-you-install-an-earlier-version-of-discourse/31930/2) 에 나와 있듯이, yml 파일의 version: 필드에 Discourse 버전 해시를 넣어야 합니다.
혼선을 드려 죄송합니다.
[이전 페이지](https://meta.discourse.org/t/creating-a-duplicate-of-production-environment/61966.md?page=1)