저는 Discourse 개발 현황을 자주 따라가는 것을 좋아합니다. 현재 구현되고 있는 기능이나 로드맵을 보여주는 실행 중인 변경 로그(changelog)가 있을까요?
베타 스냅샷에 제가 놓치고 있는 변경 로그가 있나요?
예를 들어, 현재 베타 릴리스에서는 릴리스 페이지나 소스 저장소 브랜치에서도 관련 변경 로그를 찾을 수 없습니다…
우리는 모든 것을 Github가 아닌 Meta에서 관리합니다.
주요 릴리스 개요와 향후 릴리스에 계획된 내용을 여기서 확인할 수 있습니다: https://meta.discourse.org/c/releases
릴리스 노트는 여기에 게시합니다: Topics tagged release-notes
설명해 주셔서 정말 감사합니다. 다른 프로젝트에서 본 것처럼, 상단 근처에 “Changelog” 링크를 두어 사람들이 쉽게 찾을 수 있도록 GitHub에도 이 내용을 연결해 두시면 도움이 될 것 같습니다.
작은 변경 사항에 대한 게시물이 왜 없는가요? 예를 들어 2.6.7 릴리스 노트에는 보안 수정 사항이 포함되어 있었습니다.
보안 수정이 있었는지 확인하려면 태그를 비교하여 커밋을 직접 살펴봐야 합니다.
죄송하지만 잘 이해가 되지 않는데요… 릴리스 노트에 보안 수정이 있다고 했다면, 왜 태그를 비교해야 했나요?
stable 브랜치에 대해서는 릴리스 노트를 제공하지 않지만, 주요 버그 수정이나 보안 문제만 백포트하기 때문에, "‘stable’ 브랜치를 실행 중인 상태에서 더 새로운 포인트 릴리스로 업데이트해야 하는가?"라는 질문에 대한 답은 항상 예입니다.
그렇다면 마이너 릴리스와 틴리 릴리스는 어떻게 구별되나요?
즉, 틴리 릴리스는 버그 수정과 보안 업데이트만 포함하나요?
마이너 릴리스에는 새로운 기능이 포함되어 있나요, 아니면 다른 내용이 있나요?
@Falco님의 게시글을 참고하면, 어떤 릴리스든 항상 업그레이드해야 하는 것 같습니다.
마이너 릴리스와 티니 릴리스를 정의해 주세요. 이 용어를 실제로 사용하는지 확실하지 않습니다.
여러분도 https://semver.org/ 의 의미론적 버전 관리(SemVer) 방식을 따르고 있는지 궁금했습니다.
예를 들어 2.6.7은 Major.Minor.(Tiny 또는 Patch) 형식입니다.
우리는 엄격한 의미에서 의미 기반 버전 관리(Semantic Versioning)를 따르지 않습니다. 우리는 지속적 개발(Continual Development) 방식을 채택하고 있습니다. 버전 번호는 엄격한 의미 기반 버전 관리보다는 마일스톤(milestone)의 역할을 더 합니다. 기본적으로 사이트는 언제든지 최신 코드로 업데이트할 수 있으며, 특정 "릴리스"에 제한되지 않습니다. 예를 들어, 현재 Meta는 “2.8.0.beta1” 릴리스보다 153개의 커밋을 앞서 실행하고 있습니다.