GitHub Enterprise Server은(는) 기능 및 패치 릴리스를 통해 도입된 새로운 기능과 버그 수정을 통해 지속적으로 개선되고 있습니다.
기능 릴리스에는 새로운 기능 및 기능 업그레이드가 포함되며 일반적으로 분기별로 수행됩니다.
GitHub Enterprise Server 3.0부터 모든 기능 릴리스는 최소 하나의 릴리스 후보로 시작됩니다. 릴리스 후보는 전체 기능 집합과 함께 제안된 기능 릴리스입니다. 릴리스 후보에서 실제로 GitHub Enterprise Server를 사용하는 고객의 피드백을 통해서만 찾을 수 있는 버그나 문제가 있을 수 있습니다.
릴리스 후보가 제공되는 즉시 릴리스 후보를 테스트하여 최신 기능에 조기에 액세스할 수 있습니다. 지원되는 버전에서 릴리스 후보로 업그레이드할 수 있으며 릴리스되면 릴리스 후보에서 이후 버전으로 업그레이드할 수 있습니다. 릴리스가 출시되는 즉시 릴리스 후보를 실행하는 모든 환경을 업그레이드해야 합니다. 자세한 내용은 "업그레이드 요구 사항"을(를) 참조하세요.
릴리스 후보는 테스트 또는 스테이징 환경에 배포해야 합니다. 릴리스 후보를 테스트할 때 지원에 문의하여 피드백을 제공하세요. 자세한 내용은 "GitHub 지원 설명서"을(를) 참조하세요.
피드백을 사용하여 버그 수정 및 기타 필요한 변경 내용을 적용하고 안정적인 프로덕션 릴리스를 만들겠습니다. 각 새 릴리스 후보는 이전 버전에서 발견된 문제에 대한 버그 수정을 추가합니다. 릴리스가 광범위하게 채택될 준비가 되면 GitHub는 안정적인 프로덕션 릴리스를 게시합니다.
경고: 새 기능 릴리스로 업그레이드하면 몇 시간 동안 가동이 중지되며 해당 기간 동안 어떤 사용자도 엔터프라이즈를 사용할 수 없습니다. 엔터프라이즈 설정 또는 REST API를 사용하여 전역 공지 배너를 게시하여 사용자에게 가동 중지 시간을 알릴 수 있습니다. 자세한 내용은 "엔터프라이즈에 대한 사용자 메시지 사용자 지정" 및 "GitHub Enterprise 관리를 위한 REST API 엔드포인트"을(를) 참조하세요.
핫 패치 및 버그 수정으로만 구성된 패치 릴리스는 더 자주 발생합니다. 패치 릴리스는 일반적으로 릴리스 후보 없이 처음 릴리스될 때 사용할 수 있습니다. 패치 릴리스로 업그레이드하려면 일반적으로 5분 미만의 가동 중지 시간이 필요합니다.
엔터프라이즈를 새 릴리스로 업그레이드하려면 "릴리스 정보" 및 "GitHub Enterprise 서버 업그레이드"을(를) 참조하세요. 최대 두 개의 릴리스 뒤에 있는 기능 릴리스에서만 업그레이드할 수 있으므로 업그레이드 도우미를 사용하여 현재 릴리스 버전에서 업그레이드 경로를 찾으세요.