실패한 재구성이 자동으로 이전 컨테이너를 시작했던 걸 기억합니다.
discourse-doctor를 실행하면 그런 일이 발생하는 것 같습니다.
여기서는 docker manager를 말씀하시는 것 같습니다.
이 변수들을 통해 CLI 업데이트를 강제할 수 있는 기능은 가지고 있습니다. 다만, 여기서는 해당 플러그인 중 하나가 이미 설치되어 있는 경우에만 개입이 필요했기 때문에 상황이 복잡했습니다.
이러한 경우, 셀프 호스터들의 경험을 더 좋게 만들기 위해, 예외 없이 모든 사용자에게 CLI 업데이트를 강제하는 것이 더 나은 선택이었을 수도 있습니다.
결국 모든 것이 잘 해결되었습니다.
처음에는 좀 당황스러웠지만, 커맨드 라인으로 들어가서 플러그인을 제거하고 다시 실행해야 한다는 걸 깨달았습니다.
다행히 첫 번째 CLI 재실행 시 메시지의 마지막 부분에 무엇을 제거해야 하는지 나와 있었습니다.
아, 맞아요.
cdck가 반드시 작동하는 커맨드 라인 재구축을 실행하는 것이 더 나은 경험이라고 생각합니다. 굳이 필요하지 않을 수도 있지만, 원클릭 업그레이드는 사이트가 충돌하여 사용자가 어떻게 커맨드 라인 재구축을 해야 하는지 알아내야 하는 상황을 초래할 수 있기 때문입니다.
이것은 상황에 대한 완전한 오해입니다.
이 변경 사항은 팀의 속도를 크게 높이는 데 도움이 되었습니다. 과거에는 몇 시간이나 걸리던 작업들이 이제는 몇 분 만에 처리됩니다.
/filter 명령어의 assign 및 solved 지원 추가를 생각해 보세요. 지난주에 제가 진행한 작업입니다. 과거에는 가능했지만 레포지토리 간 조율이 필요해 매우 복잡했습니다. 이제는 1개의 커밋으로 쉽게 처리할 수 있습니다.
결과는 핵심 플러그인의 개선 품질/안정성과 속도가 향상된다는 것입니다. 또한 확장성을 개선하는 데 더 망설임이 없어졌기 때문에 전반적으로 더 나은 확장성 스토리를 제공할 수 있게 되었습니다.
우리는 번들된 플러그인 배치마다 CLI 재구성을 강제했습니다.
-
bump image to discourse/base:2.0.20250710-0019 (#276) · discourse/docker_manager@5d90bc7 · GitHub
-
bump image to discourse/base:2.0.20250715-0020 (#277) · discourse/docker_manager@ec799c4 · GitHub
-
bump image to discourse/base:2.0.20250722-0020 (#280) · discourse/docker_manager@9ffff5e · GitHub
UI 재구성 실패에 대한 보고서를 아직 확인하지 못했으므로, 이 전략이 사람들에게 CLI 재구성을 성공적으로 안내했다고 생각합니다. 그런 CLI 재구성들이 app.yml에서 줄을 제거하는 것에 대한 ‘힌트’ 메시지를 제공했습니다.
실수했습니다. 몇 건 본 것 같았지만, 나보다 더 주의를 기울이고 계실 것 같네요!
미안합니다
이 문제를 어떻게 해결해야 할지 잘 모르겠습니다.
업데이트가 다음과 유사한 많은 오류와 함께 실패하고 있습니다.
HINT: 플러그인 'discourse-solved’는 이제 Discourse에 번들로 포함되어 있으며, 컨테이너 구성에 포함해서는 안 됩니다.
containers/web_only.yml 파일에서 ‘git clone GitHub - discourse/discourse-solved: Allow accepted answers on topics · GitHub’ 줄을 제거한 후 다시 시도해 주세요.
자세한 내용은 Bundling more popular plugins with Discourse core 를 참조하세요.
web_only.yml을 편집하여 참조된 모든 플러그인을 주석 처리했지만, 문제가 해결되지 않았습니다.
`cmd:`
`## - git clone ` https://github.com/discourse/docker_manager.git
`## - git clone ` https://github.com/discourse/discourse-templates
`## - git clone ` https://github.com/discourse/discourse-akismet.git
`## - git clone ` https://github.com/discourse/discourse-chat-integration.git
`## - git clone ` https://github.com/discourse/discourse-solved.git
`## - git clone ` https://github.com/discourse/discourse-cakeday.git
`## - git clone ` https://github.com/discourse/discourse-adplugin.git
`## - git clone ` https://github.com/discourse/discourse-patreon.git
`## - git clone ` https://github.com/discourse/discourse-linkedin-auth
`## - git clone ` https://github.com/discourse/discourse-data-explorer.git
`## - git clone ` https://github.com/discourse/discourse-assign.git
`## - git clone ` https://github.com/discourse/discourse-topic-voting.git
`## - git clone ` https://github.com/discourse/discourse-user-notes.git
`## - git clone ` https://github.com/discourse/discourse-math.git
`## - git clone ` https://github.com/discourse/discourse-oauth2-basic.git
`## - git clone ` https://github.com/discourse/discourse-calendar.git
`## - git clone ` https://github.com/discourse/discourse-affiliate.git
`## - git clone ` https://github.com/discourse/discourse-invite-tokens.git
`## - git clone ` https://github.com/discourse/discourse-github.git
해당 힌트는 설정 파일에 해당 문자열이 존재하는지 검색하므로, 이 특정 경우에는 오류 텍스트 힌트가 잘못된 방향으로 안내하고 있을 수 있습니다.
해당 줄들을 삭제해도 무방합니다(신중하게 진행하시려면 기존 설정 파일의 사본을 만들어 두세요). 그러면 훨씬 더 유용한 오류 메시지가 표시될 것입니다.
이 목록은 뺀 것들의 목록이었나요, 아니면 아직 남아 있는 것들의 목록이었나요? 왜냐하면 그중 상당수가 OP의 목록에 포함되어 있거든요. 실제로 yml 파일을 저장하는 건가요, 아니면 그냥 종료하는 건가요?
아, web.yml이 있군요… 아마도 그 설치에는 다른 작업을 해야 할지도 모르겠네요.
케이크데이 축하합니다! ![]()
discourse-cakeday 플러그인이 코어로 통합될 시점에 대해 좀 더 명확한 계획이 있을까요?
Sam은 얼마 전
이라고 언급했었죠.
저는 아마 다음 달쯤이 아닐까 생각했는데, 그때보다 지금은 더 확신할 수 있는가요?
놀랍게도, 제 개인 사이트의 app.yml에 아직 남아 있는 마지막 플러그인이 cakeday입니다! ![]()
참고로, 이번 주에 매년 열리는 세계 모임에서 돌아왔고, 아직 다들 뒤처진 걸 정리하고 있어서 이 건은 우선순위 목록 맨 위에 올라가지 않을 겁니다! 곧 처리될 거라고 확신하지만, 서두를 필요는 없습니다.
첫 번째 게시물의 편집을 추적하지 않는 분들을 위해:
#cakeday가 코어로 이동되었습니다.
#bbcode가 코어에 포함될 예정인가요?
가까운 미래에는 불가능할 것 같습니다. 특히 리치 텍스트 컴포저와 관련된 부분은 매우 매우 복잡한 플러그인입니다.
대체적으로 여러분들을 존중하지만, 이 문제가 또다시 반복되는 것은 안타까운 일입니다. 콘솔에 접속해서 수동으로 삭제해야 하는 상황을 강요받을 필요는 없다고 여전히 생각합니다. 콘솔에 직접 들어가서 이 모든 것을 수동으로 처리해야 하는 것이 아닌, 훨씬 나은 수십 가지의 대안이 존재하기 때문입니다.
안녕하세요, 우리가 선택한 경로에 대해 불만인 것 같아 죄송하지만, 안타깝게도 이것이 유일한 방법입니다. 제 생각에 지침은 충분히 명확하며, app.yml 파일에서 몇 줄만 삭제하고 다시 빌드하면 됩니다!
네, 정말 어렵다고 말하는 건 아니에요 (수정하는 데 45초밖에 걸리지 않는 간단한 작업이었으니까요). 다만, 업그레이드를 위한 일반 UI에 '앱을 수동으로 다시 빌드하세요!'라고만 표시되어 있는 상황에서, 우리가 직접 들어가서 처리하도록 강제하는 건 좀 가혹하다고 느꼈습니다. 제 생각에는 관련 내용을 무시하고 hint: plugin discourse-solved is now included in core and should be removed from your app.yml file라고만 표시한 뒤 그대로 빌드하거나, UI에 직접 표시하는 방식이 더 좋았을 것 같아요. 너무 큰 문제는 아니지만, 약간의 불편함은 있었습니다.
문제가 있다고 말씀은 하셨지만, 말씀하신 대로 실제로는 문제가 아닙니다. 이 부분을 명확히 하기 위해 말씀드리는 것이며, 다른 미래의 여행객들을 위해서도 마찬가지입니다.
이러한 미래의 변경 사항을 더 쉽게 만들 수 있도록 더 많은 일을 할 수 있다는 지적은 잘 들었습니다. 다만 이 경우에는 app.yml에 변경이 필요했고, 이는 셀프 호스터가 명령줄에서 직접 수행해야 하므로 어떤 다른 조치를 취할 수 있었을지 잘 모르겠습니다.
어쨌든 이번 라운드에서는 이제 모든 작업이 완료되었고, 이러한 놀라운 공식 플러그인들은 이제 누구나 사용할 수 있도록 코어에 포함되었습니다. app.yml에 추가하거나 플러그인 간의 상호작용에 대해 걱정할 필요가 없습니다. 이제 제 app.yml이 이렇게 단순해져서 정말 좋습니다.
