앱을 다시 빌드할 때 몇 가지 경고 메시지가 표시되지만, 읽을 기회가 거의 없습니다.
이 텍스트가 어딘가에 기록되어 있나요?
아니면, 이렇게 하는 데 권장되는 방법이 있나요?
저는 방금 PuTTY의 "스크롤백 라인 수"를 2,000에서 20,000으로 늘렸는데, 이것이 간단한 해결책일 수 있습니다.
./launcher logs app
을 실행해 보세요.
일부 출력 내용이 여기에 표시되어야 하지만, 모든 것이 저장되어 있는지 확신할 수 없습니다. 또한 /var/discourse/shared/standalone/log/rails/ 경로에서 더 많은 로그를 찾을 수 있으며, 특히 production.log 파일을 확인해 보세요.
launcher는 셸 스크립트일 뿐 Rails 애플리케이션이 아니기 때문에, 로그 파일 내 rails 디렉터리 아래에 있는 production.log에는 셸 스크립트(launcher)의 정보가 아닌 Rails 정보만 기록됩니다. 이는 주로 Rails 애플리케이션(Discourse)이 실행된 후의 모든 Rails 작업을 기록합니다.
./launcher logs 루틴은 $docker_path logs $config의 별칭이며, 이는 docker 로그입니다.
따라서 launcher 스크립트에서 모든 launcher 프로세스의 정보를 얻으려면, 터미널에서 출력을 확인하면서 출력을 파일에 저장하려면 tee 명령(또는 다른 방법)을 사용하여 출력을 저장해야 합니다(출력을 파일로 리디렉션하지 않고 터미널에서 확인하려는 경우). 출력을 파일로 리디렉션하면 터미널에서 출력을 볼 수 없습니다.
이것이 바로 tee 명령이 이러한 목적으로 만들어졌기 때문입니다 
즉, launcher 스크립트의 전체 출력을 캡처하려면 tee를 사용하는 것을 권장합니다. 이 용도에 잘 작동합니다.
@Jonathan5 Putty? Microsoft의 Windows 스토어에서 무료로 다운로드할 수 있는 새(ish) 오픈소스 Windows 10 터미널 앱을 고려해 볼 수도 있습니다.
https://www.microsoft.com/en-us/p/windows-terminal/9n0dx20hk701?activetab=pivot:overviewtab
… 정말 훌륭합니다! GPU 가속을 지원하며 스크롤백도 문제가 되지 않을 것입니다.
@neounix 좋은 팁 감사합니다, 그 명령어는 전에 사용해 본 적이 없었습니다! 아카이브에 추가해 두겠습니다. 저는 항상 파이프를 사용했지만, 이 방법은 두 가지의 장점을 모두 활용할 수 있네요.
tee에 대해 알아볼게요. 몇몇 (Discourse가 아닌) cron 작업에서는 >>logfile 2>&1을 사용하고 있어요.
어떤 경우든, 여기 있는 사용 가이드에 나와 있는 정확한 명령어와 다른 작업을 하는 것은 꺼려져요.
그러므로 당분간 putty의 스크롤백을 늘리고, 그 Microsoft 대안도 알아볼게요.
로그도 확인해볼 거예요.
조언 감사합니다!