테스트가 통과된 후 업데이트를 실행하고, 베타 릴리스 가 사용 가능할 때 업데이트하는 것을 권장합니다. 이렇게 하면 원하는 시점이나 필요할 때 유연하게 업데이트할 수 있습니다.
안정판(Stable)은 특정 경우를 제외하고는 권장하지 않습니다… 예를 들어 광범위한 커스터마이징이 필요한 경우(우리가 호스팅하는 사이트의 99%는 이 범주에 해당하지 않습니다). 안정판 릴리스 사이에는 몇 달의 간격이 있으며, 우리는 중요하거나 보안과 관련된 버그만 백포트합니다… 따라서 안정판에 사소한 버그가 있을 경우 상당한 시간 동안 그 버그와 함께 해야 할 수 있습니다.
관련된 추가 논의는 여기에서 볼 수 있습니다:
Security fixes are generally backported, yes. Critical (like, show stopping, unable to use Discourse) bugs are backported too. But many less critical bugs may not be. Backporting itself comes with risk, unintentional regressions can always occur, it forces users on stable to update, etc.
Our general recommendation is that sites follow the tests-passed branch (as is default), and update when a new release (beta) is out. There are certain cases where stable may be recommended, for example a site …
그리고 여기에서도:
Our customers follow tests-passed, but unlike Meta/try do not update automatically as soon as we commit. We update customers regularly, but not on a specific schedule. We deploy customers “as needed”. For example, if we got significant reports about a bug, or the bug is just really bad, we’ll generally deploy sites as soon as we know the bug is fixed. We’ll also do a deploy after we finish a new feature. Sometimes we’ll do a deploy due to a plugin update, which also causes Discourse to be updat…
9개의 좋아요