로블록스 업데이트가 안 보일 때: Place 버전과 구버전 서버 확인법

작성·편집: Robux.co.kr 운영자 · 출처·실행 범위 안내

게시가 끝났는데 친구에게는 예전 버튼이 보이나요? 같은 Place의 최신 게시본과 실제로 입장한 서버의 버전을 비교하면, 아직 게시하지 않은 수정인지, 구버전 서버에 들어간 것인지, 최신 버전 자체의 문제인지 구분할 수 있습니다.

1. 같은 Place의 저장본과 게시본을 구분하세요

로비의 버튼을 바꿔 게시했는데 친구에게는 예전 버튼이 보인다고 가정해 봅시다. 우선 바꾼 Place ID와 친구가 그 버튼을 본 Place ID가 같은지 확인하세요. 한 게임에 로비와 경기장처럼 여러 Place가 있으면, 입장 직후와 이동 후의 장소가 다를 수 있습니다. 서로 다른 Place의 버전 숫자는 비교하지 않습니다.

1. Studio에서 바꾼 Place를 열고 Window → Version History로 들어갑니다.
2. 가장 최근 저장본과, 게시된 버전으로 필터링했을 때의 가장 최근 게시본을 각각 적습니다. 배포 메모와 시간을 대조해 버튼 변경이 들어간 버전을 찾습니다.
3. 예를 들어 저장본 43, 게시본 42이고 버튼 변경이 43에만 있다면, 43이 안 보이는 이유는 미게시 상태입니다. 검토 후 같은 Place에 게시하세요. 이 상태에서 서버를 재시작해도 저장본 43은 배포되지 않습니다.

게시 자체가 실패하거나 대상 Place를 고를 수 없다면 Roblox 게시·공개 문제 가이드에서 권한과 공개 조건부터 확인하세요.

2. 실제로 입장한 서버의 버전을 확인하세요

아래 코드는 장소 번호, 실행 중인 Place 버전, 서버 인스턴스 식별자를 출력합니다. 자신의 테스트 Place에서 기준 버전을 만들 때 ServerScriptService에 일반 서버 Script로 넣고, 비교할 두 버전에 모두 포함하세요. 플레이어의 계정 정보나 저장 데이터는 읽지 않습니다.

print(string.format(
    "[release] place=%s version=%s job=%s",
    tostring(game.PlaceId),
    tostring(game.PlaceVersion),
    game.JobId
))

게시된 테스트 Place에 들어가 F9 → Log → Server에서 [release] 줄을 확인합니다. Roblox 공식 문서에 따르면 서버 출력은 게임 소유자나 편집 권한이 있는 그룹 구성원이 볼 수 있습니다. 버전이나 서버 ID가 비어 있거나 실제 서버를 확인할 수 없는 로컬 테스트 출력은 배포 판정에 쓰지 마세요. 로그가 없는 기존 서버에 새 코드를 게시해도 그 서버에 소급 실행되지는 않습니다. 기존에 확인할 수 있는 로그가 없다면 테스트 Place에서 기준 버전부터 재현하세요.

메모에는 확인 시각 / Place ID / 최신 게시 버전 / 실행 버전 / 서버 A·B / 보인 버튼을 남기세요. 서버 ID는 자신의 기록 안에서만 비교하고, 팀 밖에 예시를 공유할 때는 A·B로 바꿉니다. 나갔다 들어와도 서버 ID가 같으면 다른 서버를 확인한 것이 아닙니다.

3. 같은 Place의 서버 두 개를 비교해 원인을 좁히세요

테스트 Place의 첫 게시 버전에 버튼 A라는 표시를 두고 한 세션을 유지합니다. 표시만 버튼 B로 바꿔 같은 Place에 게시한 뒤, 권한이 있는 다른 테스트 세션에서 접속합니다. 기존 세션을 유지할 수 없거나 새 세션의 서버 ID가 같으면 두 서버가 공존했다고 판정하지 말고, 실제로 관찰한 한 줄만 기록하세요.

• Place 12345의 최신 게시본 42, 서버 A는 41, 서버 B는 42: 서로 다른 서버 ID에서 A에 버튼 A, B에 버튼 B가 보이면 두 배포 버전이 함께 실행되는 상황과 일치합니다. 게시를 반복하기 전에 구버전 서버를 어떻게 정리할지 결정하세요.
• Place 12345의 최신 게시본 42, 두 서버가 모두 42: 두 서버에서 버튼 A가 보인다면 구버전 서버로 설명할 수 없습니다. 게시 메모가 가리키는 변경을 확인하고, 같은 화면·같은 동작으로 기능을 비교하세요. 특정 조건에서만 버튼이 달라진다면 그 조건을 하나씩 바꿔 보고, F9 오류 로그 확인법으로 스크립트 오류도 살펴보세요.
• 예상 Place 12345, 실행 Place 67890: 최신 버전 숫자를 다시 비교하기 전에 이동 경로와 게시 대상부터 맞춥니다. 로비에서는 바뀌고 경기장에서는 그대로라면 경기장 Place를 따로 확인하세요.

4. 기다릴지, 구버전 서버만 재시작할지 결정하세요

급하지 않고 두 버전이 동시에 돌아가도 문제가 없다면 구버전 서버가 비어 종료될 때까지 기다릴 수 있습니다. 버전을 맞춰야 한다면 최신 게시본이 올바른지 확인한 뒤, Creator Dashboard → Creations → 해당 게임 → Configurations → Server management에서 영향받는 Place만 선택합니다. Restart Servers의 확인 창에서 Restart only servers with outdated versions를 선택하면 최신 게시 버전의 서버를 재시작 대상에서 제외합니다.

플레이 중인 사람에게 영향을 주므로 실행 전에 팀과 시간을 정하세요. 필요하면 Roblox가 제공하는 1~60분 재시작 지연을 사용합니다. 지연 중 종료 대상 서버는 일반 Play 버튼 매칭에서 빠지지만 초대나 텔레포트 같은 경로로는 들어갈 수 있습니다. 따라서 지연 중의 초대 접속을 새 버전 확인으로 쓰지 마세요. 두 버전의 저장 데이터 형식이 다르면 먼저 호환성과 복구 절차를 검토하세요. 재시작은 데이터 변환을 해 주지 않습니다.

재시작 뒤에는 다른 서버 ID와 기대한 버전, 실제 버튼을 다시 확인하세요. 최신 버전 자체가 문제라 이전 상태를 복원했다면, 복원은 새 버전을 만들고 자동 게시하지 않습니다. 복원본을 테스트하고, 실제로 되돌리려는 Place에 게시한 다음 실행 중인 서버를 별도로 정리하세요.

공식 출처와 확인 범위

• Roblox Creator Hub: Version History — 저장·게시 필터와 복원 후 게시.
• Roblox Creator Hub: Release game updates — 여러 버전의 공존, 재시작 대상과 지연.
• Roblox Creator Hub: DataModel — PlaceId, PlaceVersion, JobId의 의미.
• Roblox Creator Hub: Developer Console — F9와 서버 출력의 열람 범위.