앞으로 몇 주 동안, 인기 있는 Discourse 플러그인 중 일부를 코어 저장소로 이동할 예정입니다. 이는 Discourse가 기본적으로 더 많은 플러그인을 포함하게 되며, 모든 플러그인의 테스트 및 최신 상태를 유지하는 것이 더 쉬워진다는 것을 의미합니다.
이 모든 플러그인은 기본적으로 비활성화 상태로 유지되므로, 기존 커뮤니티에는 눈에 띄는 영향을 미치지 않습니다. discourse.org와 같은 관리형 호스팅 서비스를 사용 중이라면 아무 조치도 필요하지 않습니다.
자체 호스팅 커뮤니티
Discourse를 자체 호스팅 중이고 이미 이 플러그인 중 하나를 사용 중이라면, 다음 재빌드 전에 app.yml 파일에서 관련 줄을 제거하도록 안내받게 됩니다.
개발 환경
이미 로컬에 플러그인 중 하나가 설치되어 있고 최신 버전의 Discourse 코어를 가져온 경우, 다음 두 가지 중 하나가 발생합니다.
플러그인에 심볼릭 링크를 사용하는 경우, git pull 실행 중 오류가 발생합니다. 문제를 해결하려면 심볼릭 링크를 삭제한 후 git pull을 다시 실행하십시오.
플러그인을 직접 클론한 경우, 코어의 git pull은 성공하지만 중첩된 git 저장소로 인해 예상치 못한 'unstaged changes’가 발생할 수 있습니다. 가장 좋은 진행 방법은 영향을 받은 디렉토리를 삭제한 후 main에서 restore하는 것입니다. 예를 들어:
감사합니다. 개발과 프로그래밍에 대한 제 지식이 부족하지만, 그래도 한 가지 질문을 드리고 싶습니다. 기본적으로 기본 설치에 추가되도록 설계된 이러한 플러그인들이, 언젠가는 플러그인이라는 성격을 잃고 아예 플러그인이라 불리지 않은 채 기본 설치의 완전한 일부가 될 수 있을까요?
이렇게 많은 플러그인을 코어에 번들링하면 포럼이 비대해지지 않을까 궁금합니다. 예를 들어, 관리자(운영자)가 포럼에 원하지 않는 플러그인(예: Discourse AI)이 있을 수 있는데, 어쩔 수 없이 추가해야 하는 상황이 생길 것 같습니다. 물론 비활성화할 수는 있지만, 추가된 파일 등이 포럼의 성능을 저하시키지는 않을지 궁금합니다.
왜 릴리스 직전에 이렇게 많은 작업을 한꺼번에 진행하는 것인가요? 여가 시간에 이 일을 하는 번역가들에게는 2주 안에 3,000개의 추가 문자열이 상당한 부담입니다. 또한 이전에 플러그인이 번역되었던 언어의 경우에도 3,000개 모든 텍스트를 다시 검토해야 합니다. 가끔씩 300개씩 진행하는 것이 매주 1,500개씩 하는 것보다 훨씬 관리하기 쉬울 것입니다.
