감사합니다 - 하지만 우리가 같은 맥락에서 이야기하고 있는지 확인하고 싶어서요…
링크는 2.5.2 릴리스 노트로 이동한다고 되어 있습니다. 하지만 실제로는 그렇지 않습니다. 해당 링크/페이지 어디에도 2.5.2 릴리스 노트에 대한 언급이 없습니다.
지난 공지에서도 같은 일이 있었습니다.
안정판 업데이트는 보통 매우 사소한 변경 사항이거나, 절대적으로 필요한 백포트 버그 수정만 포함되기 때문에 릴리스 노트를 제공하지 않습니다. GitHub의 특수 링크를 통해 안정판 변경 사항을 확인할 수 있을지 모르겠고, @jomaxro님이 아이디어를 가지고 계실지도 모릅니다.
일반적으로 tests-passed를 유지하는 것을 권장하며, 저희 고객/호스팅 서비스 모두 tests-passed를 사용 중입니다.
Jeff가 맞습니다. 저는 안정 버전(stable release)에 대해 릴리스 노트를 작성하지 않습니다. 받으신 이메일은 모든 Discourse 인스턴스에서 공유되는 표준 이메일입니다. 해당 이메일은 어떤 브랜치를 사용 중인지 알 수 없습니다.
안정 점 버전(stable point release)에는 중요한 버그 수정과 보안 패치만 포함됩니다. 수백 가지 변경 사항이 포함된 일반 릴리스와 달리, 안정 점 릴리스에는 일반적으로 10개 미만의 변경 사항이 포함되어 있으며, 대부분은 그보다 훨씬 적습니다.
모든 변경 사항은 https://github.com/discourse/discourse/commits/stable에서 확인할 수 있습니다. "Version bump to v{현재 버전}"과 "Version bump to v{이전 버전}"을 찾아보세요. 이 두 항목 사이의 모든 것이 변경 사항입니다. v2.5.2의 경우 변경 사항이 7개 있습니다. 3개는 보안 관련, 2개는 보안 변경 사항에 대한 후속 조치, 2개는 중요한 성능 수정 사항입니다.
정리가 되었습니다. 안정판 릴리스에 대해 릴리스 노트를 작성하지 않는 이유에 대한 논리는 어느 정도 이해가 갑니다. 제 핵심 주장은, 우리 중 많은 사람들이 이메일 알림을 받고 있는데, 대부분의 경우 릴리스 노트 링크에 아무런 내용이 없다는 점입니다. 한 가지 대안은 템플릿을 변경하여 기대치를 더 잘 설정하는 것입니다. 그래야 제가 조롱받는 기분이 들며, 방금 받은 이메일과 관련 없는 내용을 확인하기 위해 클릭하는 일이 줄어들 것입니다.
만약 우리가 만든 제품이라면, 모든 릴리스에 대해 10분만 투자해 릴리스 노트를 작성했을 것입니다.
그냥 "이것은 마이너 릴리스입니다. 리스크가 낮으며 주로 버그 수정입니다. 다만 xxx 처리 방식을 변경했으니, 해당 개선 사항이나 잠재적 영향에 대해 알고 싶으시다면 참고해 주세요."라고 간단히 적는 정도면 됩니다.
내부에서 논의를 거쳤습니다. 제안하신 대로 카피를 변경하는 것은 어렵다는 점, 이해해 주실 거라 생각합니다. 기본적으로 tests-passed를 유지하는 것을 여전히 권장하되, 앞으로는 안정 버전(stable release)에 대해 릴리스 노트를 작성할 예정입니다. 참고로 안정 버전은 중요한 버그 수정과 보안 패치만 포함되기 때문에, 일반 릴리스 노트와 동일한 수준의 상세 정보가 포함되지 않습니다.
매우 좋습니다. 비꼬는 말투를 해서 죄송합니다. 하지만 새 릴리스 알림을 받으면, 해당 릴리스가 사용자에게 어떤 영향을 미치고 업그레이드의 우선순위가 얼마나 높은지 확인하기 위해 링크를 바로 클릭하고 싶어집니다.
하지만 링크가 그렇게 해 주지 않아 늘 실망스럽습니다. 대부분의 경우, 업그레이드에서 참조되는 것과 동일한 버전 번호를 가진 문서가 존재하지 않습니다. 그래서 이제 해당 릴리스에 특화된 문서를 찾는 데 얼마나 많은 시간을 투자해야 할지 스스로 결정해야 합니다. 분명히 "beta"나 이전 릴리스 번호가 포함된 문서는 최종 릴리스와 상당히 다를 수 있으므로, 그런 문서는 저에게 도움이 되지 않습니다.
향후 참고용으로, 2.5.0과 같은 주요 안정판 버전 업데이트의 실제 변경 이력은 해당 버전으로 시작하는 모든 베타 릴리스(2.5.0.beta[1,2,3,4,5,6,7])의 합산입니다. 우리는 ‘베타’ 버전이 항상 사용 가능하도록 유지하는 데 주력하며, ‘안정판’ 분기는 _버그의 부재_보다 _변경 사항의 부재_에 더 중점을 둡니다.