아니요, 둘은 같은 것입니다. 2.4.x 버전이 베타를 벗어나기 전까지는 스테이블 버전이 2.3.x 릴리스입니다.
(제 기억으로는) 스테이블 버전이 (상당히 긴 시간 동안) 깨져 있었지만 tests-passed는 깨지지 않았던 경우는 이번이 처음이었습니다.
그러나 대부분의 외부 패키지는 Gemfile.lock 메커니즘을 사용하여 특정 버전 또는 릴리스에 고정되어 있습니다. Rubygems는 여기에서 오히려 예외적인 경우입니다.
아니요, 둘은 같은 것입니다. 2.4.x 버전이 베타를 벗어나기 전까지는 스테이블 버전이 2.3.x 릴리스입니다.
(제 기억으로는) 스테이블 버전이 (상당히 긴 시간 동안) 깨져 있었지만 tests-passed는 깨지지 않았던 경우는 이번이 처음이었습니다.
그러나 대부분의 외부 패키지는 Gemfile.lock 메커니즘을 사용하여 특정 버전 또는 릴리스에 고정되어 있습니다. Rubygems는 여기에서 오히려 예외적인 경우입니다.
제가 말하려는 것은, 프로덕션 소프트웨어의 경우 x.0 버전을 프로덕션 환경에서 실행하고 싶지 않다는 것입니다. 아무도 PostgreSQL 13.0이나 Node 14.0.0, macOS 10.16.0을 사용하지 않겠죠? 우리는 최소한 x.x.2, x.x.3 버전이 나올 때까지 기다리는 것이 일반적이지 않나요?
이것은 Discourse에서는 불가능합니다. git 커밋 ID를 사용하는 경우를 제외하면요. 하지만 그렇게 해도 커밋 시점으로부터 시간이 지날수록 깨질 가능성이 높습니다.
OP에서 언급된 문제가 해결되었으므로, 이제 이 주제를 닫겠습니다.
다른 문제가 있으시면 각각 별도의 주제를 만들어 주세요.