이 플러그인은 이제 Discourse 코어에 번들되어 더 이상 설치할 필요가 없습니다. 다음에 ./launcher rebuild app를 실행하거나 Admin UI에서 업데이트를 수행하면 다음과 같은 오류가 발생합니다:
bootstrap failed with exit code 128
---
HINT: The plugin 'discourse-reactions' is now bundled with Discourse and should not be included in your container configuration.
Remove the line 'git clone https://github.com/discourse/discourse-reactions' from your containers/app.yml file, then try again.
For more information, see https://meta.discourse.org/t/373574
업데이트 시 문제가 발생하지 않도록 이 플러그인을 지금 바로 app.yml에서 제거하는 것이 좋습니다.
큰 문제는 아니지만, 다음 버전 업그레이드와 같은 정기적인 재빌드를 수행하다가 문제가 있다는 사실을 알게 되는 것은 정말 짜증나는 일입니다.
테마 구성 요소에 영향을 미치는 Discourse 코어의 호환성 깨짐(breaking changes)의 경우, 관리자만 볼 수 있는 고지(advisory)가 몇 주 전에 표시되어 해당 테마 구성 요소를 수정하거나 제거할 시간을 주었습니다. 플러그인이 코어로 통합될 계획이 있을 때도 동일한 방식이 적용되면 좋겠습니다.
예를 들어, 이 글과 링크된 주제들을 통해 Data Explorer가 코어에 추가될 것이라는 사실을 알고 있습니다. 이는 좋은 소식입니다. 하지만 제가 Data Explorer를 코어에 포함될 때만 제거할 것이므로, 언제 그런 일이 일어날지에 대한 적절한 고지/공지가 필요합니다. 지금 제거하면 Data Explorer가 없는 기간이 생길 위험이 있기 때문입니다.
최근 이 토론은 리액션 플러그인 토픽에서 #contribute:site-feedback으로 이동했습니다. 이는 코어로 이동하는 플러그인에 대해 이 사이트를 어떻게 활용하여 소통할지에 관한 내용이기 때문입니다. 이런 일은 가끔 발생하지만, 현재 인기 있는 많은 플러그인을 코어로 이동시키는 대규모 작업을 진행 중이며, 이는 많은 셀프호스터에게 영향을 미칠 것입니다. 이는 Bundling more popular plugins with Discourse core 에서 공지되었습니다.
@moin은 해당 공지 토픽을 #announcements에 게시하거나, 셀프호스터를 위한 공지사항을 위한 하위 카테고리를在那里 생성할 수 있다고 제안했습니다. 이 역시 좋은 아이디어입니다. 하지만 그러면 아무 조치도 취하지 않아도 되는 셀프서브 및 엔터프라이즈 호스팅 고객을 혼동시키지 않도록 주의해야 합니다.
영향을 받는 모든 플러그인의 토픽을 검토하여 설치 지침을 제거하고, 코어에 포함되어 있어 별도로 설치할 필요가 없음을 명시하며, included-in-core 태그를 부여해야 합니다.
@JammyDodgerincluded-in-core 태그의 의도가 무엇인지 상기시켜 주시겠어요? 특정 플러그인이 코어에 포함되어 있으며 app.yml에 추가하는 일반적인 방식으로 설치할 필요가 없다는 사실을 전달하기 위한 것인가요?
네, 그것들을 한데 묶어 ‘번들(동봉)된’ 플러그인임을 나타내는 방법일 뿐입니다. 또한 해당 태그를 ‘첫 번째 게시물 보기(Watching First Post)’로 설정한 사람들에게 새로운 플러그인이 추가되었을 때 알림을 주는 역할도 합니다.
따라서 태그를 추가하고, 설치 안내 문구를 업데이트하며, 플러그인 토픽에 “모두에게 좋은 소식 이제 동봉되어 별도로 설치할 필요가 없습니다, bla bla, app.yml에서 제거하세요”라는 새 게시글을 남기는 것이 일반적으로 메타(Meta) 작업의 일부입니다. (단순히 플러그인으로 동봉된 것이 아니라 실제로 코어로 이동한 경우라면 약간 다른 뉘앙스가 될 수 있습니다). 이런 작업을 해당 변화가 일어난 시점에 최대한 가깝게 처리하는 것이 목표입니다. 관리자 대시보드 메시지도 함께 처리되기를 희망하지만, 그것은 또 다른 이야기입니다.
더 큰 그림을 보자면, 메타 사이트와 UI에서 동봉 플러그인이 표시되는 방식에는 여전히 일관성이 부족한 부분이 있습니다. 일부 플러그인(폴, Discobot, 세부 사항 숨기기, 로컬 날짜 등)은 플러그인 토픽이 없으며, 일부는 사이트의 플러그인 페이지에서도 숨겨져 있습니다(채팅, 폴, Discobot 등). 이를 매끄럽게 다듬으면 신규 사용자에게 무엇이 무엇인지 더 쉽게 이해시킬 수 있을 것입니다.
이제 동봉되어 별도로 설치할 필요가 없습니다, bla bla, app.yml에서 제거하세요”라는 새 게시글을 남기는 것이 일반적으로 메타(Meta) 작업의 일부입니다. (단순히 플러그인으로 동봉된 것이 아니라 실제로 코어로 이동한 경우라면 약간 다른 뉘앙스가 될 수 있습니다). 이런 작업을 해당 변화가 일어난 시점에 최대한 가깝게 처리하는 것이 목표입니다. 
관리자 대시보드 메시지도 함께 처리되기를 희망하지만, 그것은 또 다른 이야기입니다.
매서운 눈썰미에 감사드립니다.