안녕하세요!
Discourse 공간을 구축하면서 몇 가지 테마를 선택했는데, 이 테마들에 대해 몇 가지 수정을 하고 싶습니다. 이 경우 가장 좋은 관행은 무엇인가요?
테마 저장소를 클론한 후 거기서 변경 사항을 적용하고, 그것을 원격 테마로 설치하는 것이 좋을까요?
저자 표기 및 라이선스에 관해서는, 라이선스 종류(MIT 또는 GNU v2)와 관계없이 제가 특별히 처리해야 할 사항이 있나요?
감사합니다!
안녕하세요!
Discourse 공간을 구축하면서 몇 가지 테마를 선택했는데, 이 테마들에 대해 몇 가지 수정을 하고 싶습니다. 이 경우 가장 좋은 관행은 무엇인가요?
테마 저장소를 클론한 후 거기서 변경 사항을 적용하고, 그것을 원격 테마로 설치하는 것이 좋을까요?
저자 표기 및 라이선스에 관해서는, 라이선스 종류(MIT 또는 GNU v2)와 관계없이 제가 특별히 처리해야 할 사항이 있나요?
감사합니다!
단순한 CSS 설정만 변경하려는 경우 테마 컴포넌트를 사용하는 것도 고려해 볼 수 있습니다.
결국 업데이트를 얼마나 적극적으로 관리할 것인지에 따라 달라집니다.
@Stephen 업데이트를 능동적으로 한다는 게 무슨 뜻인지 설명해 주시겠어요?
Discourse 업데이트는 때때로 테마 업데이트를 필요로 할 수 있습니다.
그런 업데이트를 지속적으로 따라갈 시간이 없다면, 소스에서 상류(upstream) 변경 사항을 먼저 병합한 후 자신의 수정 사항을 적용하는 방식으로 테마 컴포넌트를 사용하면 변경 사항에 대한 의존성을 분리할 수 있습니다.
알겠습니다! 감사합니다 ![]()
라이선스와 출처 표기는 어떻게 해야 하나요? 라이선스 조건을 준수한다면 다른 조치를 추가로 취해야 하나요?
또한, 사용된 테마/플러그인의 저자에게 감사의 뜻을 전할 수 있는 곳이 있을까요?
크레딧: 포크에 원본 코드의 상당한 부분이 남아 있다면, 메타데이터에 기존 저자들을 그대로 두면 됩니다. 단순히 본인 이름을 추가하면 됩니다. 테마나 테마 컴포넌트의 경우, 보통 about.json 파일에 위치합니다. 플러그인의 경우 plugin.rb 파일에 있습니다. 원한다면 README.md 파일에도 언급하는 것이 좋습니다.
종종 플러그인, 테마 및 테마 컴포넌트는 이곳 메타에 전용 토픽이 있습니다. 그런 경우 해당 토픽에서 감사 인사를 전할 수 있으며, 자신의 고유한 포크를 위한 토픽을 만들 경우 원본 저자들에게 OP의 각주 형태로 크레딧을 줄 수 있습니다.
보조 토픽을 게시할 경우, 일반적으로 커뮤니티에서는 수년에 걸쳐 해당 에셋을 유지 관리할 것이라고 기대합니다. 따라서 이 점을 염두에 두어야 합니다. 진화하는 Discourse와의 호환성을 유지하거나 사용자에게 일정 수준의 지원을 제공할 의도가 없다면 토픽을 게시하지 않는 것이 가장 좋습니다. 여기서는 먼저 만들어 보고 나중에 공개적으로 지원할지 결정하라는 조언을 드립니다.
답변이 절반밖에 안 되어 아쉽지만, 여러 개의 답변을 정답으로 표시할 수 있다면 좋겠어요! ![]()
참고로, 더 넓은 인터넷 공간에서 이 주제에 대해 더 많은 조언을 구할 수 있을 것입니다. 또한 제 답변은 포괄적이라고 볼 수 없으며, 예를 들어 저작권 고지에 대해서는 언급하지 않았습니다. 우리는 Discourse에 특화된 조언을 일부 제공해 드렸지만, 사실 이것은 일반적인 질문입니다. 기본적으로 일반적인 오픈소스 소프트웨어(OSS) 관련 사항을 묻고 계신 것입니다.
수정된 테마를 단일 사이트에서만 사용할 계획이라면, 테마 구성 요소를 원격 저장소가 아닌 사이트 로컬에 저장할 수 있으므로 라이선스나 출처 표기에 대해 걱정할 필요가 없습니다.