테스트가 통과한 버전(tests-passed)을 권장한다는 것은 알고 있지만, 저는 stable 브랜치를 따라야 하며 방금 3.2.1이 나타났습니다. 그런데 왜 3.2.1 +9로 표시되는지 궁금합니다. stable 브랜치는 릴리스 태그에 있어야 하지 않나요 (최소 릴리스 직후에는)?
또한, 왜 두 가지 버전이 표시되며 어느 버전으로 업데이트될까요? 그리고 받게 될 커밋 ID는 무엇일까요? Comparing e049f82681b0f719f740cb378564f03711ff1c08…6a0aa03aa285306560af679c84903be0d58a4203 · discourse/discourse (github.com)을 비교하는 것 같은데, 이것이 정상적인가요? e040f..은 대시보드에 표시된 제 현재 해시입니다.
대시보드 시작 페이지에는 아직 새 버전이 표시되지 않습니다:
제 이해로는, v3.2.0 +9의 +9는 현재 버전(3.2.1 이전) 위에 몇 개의 커밋이 더 있다는 것을 의미합니다.
v3.2.1 +5는 다음 버전인 3.2.1로 업데이트할 수 있으며, 이 버전 위에 이미 몇 개의 커밋이 추가되었음을 의미합니다. 보통 이는 메인 브랜치에서 백포트된 중요한 수정 사항일 것이라고 생각합니다.
처음에는 혼동될 수 있다는 점을 이해합니다. 이 부분이 개선될 수 있을지 궁금합니다. 
아, 그렇군요. 그러면 repository 컬럼은 "내 로컬의 현재 설치 상태"를 의미하는 거군요. 그럴 수도 있겠네요. 감사합니다. 그리고 오늘 3.2.1 발표 내용을 읽어서 이미 커밋이 더 있다는 게 조금 놀랐는데, 이게 예상되는 범위라면 괜찮습니다.
메인 대시보드에 아직 해당 업데이트가 표시되지 않는 이유가 있을까요? (하루에 한 번만 새로고침되는 거라면 이해할 수 있지만, 그러면 “Updates” 탭에서 수동으로 확인했을 때에도 업데이트되었어야 하는데 말이죠.)
맞습니다, 다음 버전 태그는 3.2.1입니다. 버전 업데이트 직전에 몇 가지 커밋을 놓쳤기 때문에 바로 뒤에 추가되었고, 그래서 +5가 붙었습니다. 보통 태그가 발급되기 전에 백포트를 확인하지만, 이번에는 놓쳤습니다. 이런 일은 가끔 발생하죠.
참고로 +5 커밋은 다음 문제들을 수정합니다:
guidelines_topic.body의 번역업데이트 후 받게 될 커밋 ID는 6a0aa03이며 @ecki, 위에서 언급한 수정 사항들이 포함되어 있습니다.
“Updates” 화면은 도커 매니저 플러그인의 것이며, 메인 대시보드는 코어의 체크로 하루에 한 번만 실행됩니다. 두 시스템은 서로 통신하지 않기 때문에 이러한 불일치가 발생합니다. (좋은 지적입니다. 두 시스템이 서로 통신할 수 있다면 좋았을 텐데요.)
정말 도움이 되었습니다. 감사합니다.
이 주제에 대해 이야기하고 있는 김에, 재빌드(rebuild)를 수행해야 하는 시점을 결정하는 메커니즘이 있는지 여부가 궁금합니다. 예를 들어 긴급한 베이스/DB/데이터 컨테이너 업데이트가 필요한 경우 말입니다. 아니면 프론트엔드 업데이트 대시보드에서 그런 신호가 전혀 표시되지 않나요?