알파·베타·RC·정식 버전의 차이

이런 상황일 때

받으려는 페이지에 버전이 두 줄로 나옵니다. 하나는 그냥 숫자이고 다른 하나는 뒤에 -rc1이 붙어 있는데 번호는 더 큽니다. 숫자가 큰 쪽이 최신 같은데, 굳이 나눠 둔 이유가 있을 것 같아 손이 멈춥니다.

한 줄 결론

꼬리표가 붙은 판은 시험용입니다. 홈서버에서 실제로 쓰는 프로그램이라면 꼬리표 없는 판을 받으세요. 번호가 더 작아도 그쪽이 “쓰라고 내놓은 최신”입니다.

핵심 개념

알파 — 기능이 아직 다 없다

만드는 중에 미리 열어 본 판입니다. 기능이 빠져 있거나 다음 판에서 통째로 바뀔 수 있습니다.

베타 — 기능은 다 있고 결함을 찾는 중

쓸 수는 있지만 아직 발견되지 않은 문제가 있다고 보는 단계입니다. 데이터가 상할 수도 있는 단계라고 보는 편이 안전합니다.

RC — 이대로 낼 후보

Release Candidate. 문제가 더 발견되지 않으면 그대로 정식이 됩니다. 정식과 내용이 같은 경우가 많지만, “같을 것으로 본다”는 것이지 약속은 아닙니다.

정식 — 쓰라고 내놓은 판

꼬리표가 없습니다. 만든 쪽이 문제를 책임지고 고치는 대상입니다.

번호 순서에서 꼬리표는 앞에 온다

1.5.0-rc1은 1.5.0보다 먼저입니다. 꼬리표가 붙은 판은 같은 번호의 정식판보다 앞선 것으로 봅니다. 번호만 보면 rc 쪽이 커 보여 헷갈리는 자리입니다.

이런 분에게 해당됩니다

• 새 기능이 급해 베타를 쓸까 고민 중인 홈서버 사용자
• 받는 곳에 버전이 여러 줄로 나와 어느 것을 골라야 할지 모르는 분
• 이슈 답변에서 “베타에서는 고쳐졌다”는 말을 들은 분

확인해야 할 항목

• 번호 뒤에 꼬리표(-alpha, -beta, -rc, -dev)가 있는가
• 받는 곳에서 “시험판” 또는 pre-release로 표시돼 있는가
• 이 프로그램에 내 데이터가 들어 있는가
• 문제가 생겼을 때 정식판으로 되돌릴 수 있는가
• 지금 겪는 문제가 정식판에서도 이미 고쳐졌는지 확인했는가

잘못 이해하기 쉬운 부분

안전한 행동 순서

1. 지금 겪는 문제가 정식 최신판에서 이미 고쳐졌는지 먼저 확인합니다.
2. 그래도 시험판이 필요하다면, 실제로 쓰는 곳이 아닌 데서 먼저 띄웁니다.
3. 데이터가 있는 프로그램이면 시험판을 붙이기 전에 백업을 따로 떠 둡니다.
4. 정식이 나오면 시험판에서 정식으로 옮길 수 있는지 확인합니다. 안 되는 경우가 있습니다.
5. 실제로 쓰는 곳에는 꼬리표 없는 판만 올립니다.

확인 체크리스트

• 받으려는 번호에 꼬리표가 있는지 확인했다
• 정식 최신판에서 이미 고쳐졌는지 확인했다
• 시험판을 쓴다면 실사용 환경이 아닌 곳에서 띄웠다
• 데이터 백업을 따로 떠 두었다
• 정식으로 되돌아올 방법을 확인했다

관련 도구와 버전 페이지

• 시험판 표시
  이 사이트는 시험판을 지우지 않고 표시만 갈라 둡니다. 같은 프로그램에 정식과 시험판이 함께 보이면 그 때문입니다. 다만 만드는 쪽이 초안으로 둔 판은 아예 가져오지 않습니다.

자주 묻는 것

정식판에 문제가 있어서 베타로 갈아탔습니다. 그냥 두면 되나요?

다음 정식이 나오면 옮기는 것을 권합니다. 시험판은 그 판만 고치고 넘어가는 경우가 있어, 계속 쓰면 어느 순간 아무도 고쳐 주지 않는 판에 남게 됩니다.

nightly, dev, edge는 무엇인가요?

대개 알파보다 앞선 단계입니다. 그날그날 만든 것을 그대로 내놓는 것이라 어제 되던 것이 오늘 안 될 수 있습니다. 실제로 쓰는 곳에는 올리지 않습니다.

컨테이너 태그의 latest는 정식인가요?

프로그램마다 다릅니다. 정식만 가리키는 곳도 있고 시험판까지 포함하는 곳도 있습니다. 그래서 실제로 쓰는 곳에서는 번호를 직접 적는 편이 안전합니다.