해당 실패에 대한 전체 로그를 제공해 주시겠습니까? 문제를 추적하여 수정할 수 있도록 하겠습니다.
Desktop.zip (17.9 KB)
아니요, 실행 중인 사이트 로그가 아니라, 실패가 발생하는 리빌드 로그를 말씀하시는 겁니다.
어떤 파일이 필요하신가요?
이것들은 파일이 아니라 재빌드(Rebuild) 과정에서 표준 출력(Standard Output)으로 전송되는 내용입니다. 실패하는 재빌드를 수행하는 동안 터미널에 출력되는 바로 그 정보들입니다.
그 롱을 얻으려면 전체 과정을 처음부터 다시 시작해야 합니다.
여기서 내가 처음에 질문했던 것 중 하나가 바로 그 내용이었어요: Installation text location 이제 습관적으로 해당 내용을 복사해서 OneNote에 붙여넣고 있습니다.
rebuild를 실행하면 pull이 수행되지만, bootstrap은 그렇지 않습니다.
감사합니다. 자세히 설명해 주실 수 있나요?
이렇게 묻는 이유는, 초기 설치 시 "rebuild"를 사용하지 않기 때문입니다(제가 추측하건대 부트스트래핑을 말씀하시는 것 같습니다). 이후에는 "rebuild"를 사용하지만, 그 시점에는 "git pull"이 자동으로 실행됩니다. 그 세 가지 명령어 세트에서 git pull이 필요한 상황에서는 작업을 진행할 수 없습니다.
cd /var/discourse
git pull
./launcher rebuild app
./discourse-setup
모두
최초 설치나 이후 재빌드 시에도 git pull을 입력해야 하는 경우가 있습니까?
최초 설치 시에는 git pull을 실행할 필요가 없습니다. 방금 저장소를 클론했기 때문입니다. git pull은 업데이트된 버전의 Discourse를 가져오기 위해 필요합니다.
그리고 최초 설치 중 discourse-setup을 사용하는 경우, 재빌드(이 과정에서는 git pull이 실행되지만, discourse-setup 실행 중에 커밋이 푸시되지 않는 한 아무것도 변경되지 않을 가능성이 높습니다)가 수행됩니다.
그러면 매뉴얼에 나와 있는 세 가지 명령어 세트에서 git pull 명령어는 절대 필요하지 않다는 데 동의합니까? 제가 말하는 부분은 바로 이것입니다:
또는 서버에 ssh로 접속하여 다음을 사용하여 재빌드할 수 있습니다:
cd /var/discourse git pull ./launcher rebuild app
추가 git pull은 _불필요_하다고 봅니다. 이유는 다음과 같은 코드 때문입니다:
해당 코드는 로컬 버전을 확인하고, 버전이 오래되었을 경우 업데이트 및 런처 재시작(그리고 기타 여러 작업)을 수행하는 것으로 보입니다.
따라서 이후 재빌드 시에는 다음 명령만 필요합니다:
cd /var/discourse
./launcher rebuild app
중복되는 git pull은 _생략_해도 됩니다.
(참고: 더 확신을 갖고 싶다면 소스 코드를 직접 들여다보는 것이 항상 좋습니다.)
(참고 2: 혼란을 가중시킨 위의 게시글은 삭제했습니다.)
감사합니다. 나는 어딘가에서(코드보다는 포럼에서) 내가 이미 같은 결론에 도달했다고 확신하고 있었기 때문에 검색을 해보았고, 다음을 찾았습니다:
그리고 참고로, 아마도 이 방식이 거의 “항상” 이렇게 작동해 온 것 같습니다:
인터넷에서는 '고대로부터’라는 표현이 대략 서기 2015년으로 바뀌어 버린 게 참 재미있어요 
이런 스텟이 가능하다는 것은 직관적으로 바로 와닿지 않는다는 점도 덧붙이고 싶습니다.
기본적으로 스크립트가 스스로가 최신 버전이 아닌지 확인하고, 최신 버전이 아니라면 자기 자신(및 관련 파일)을 업데이트한 후, 다시 자기 자신을 실행하는 방식입니다. 
영리하네요 
이 패턴은 다른 곳에서도 정말 유용하게 사용할 수 있겠네요 … 훌륭합니다!