GitHub Advanced Security 요금 청구 정보
GitHub.com의 퍼블릭 리포지토리와 별도로 임의 리포지토리에서 GitHub Advanced Security 기능을 사용하려는 경우 GitHub Advanced Security 라이선스가 필요합니다. GitHub Advanced Security에 대한 자세한 내용은"GitHub Advanced Security 정보"을(를) 참조하세요.
GitHub Advanced Security에 대한 각 라이선스는 해당 기능을 사용할 수 있는 최대 계정 수를 지정합니다. 이 기능을 사용하는 하나 이상의 리포지토리에 대한 각 활성 커밋 주체마다 하나의 라이선스를 사용합니다. 커밋자는 원래 작성된 시기에 관계없이 지난 90일 이내에 커밋 중 하나가 리포지토리에 푸시된 경우 활성으로 간주됩니다.
참고: 활성 커밋자는 코드가 GitHub Enterprise Cloud에 푸시된 경우 커밋 작성자 정보와 타임스탬프를 모두 사용하여 계산됩니다.
-
사용자가 GitHub에 코드를 푸시하면 코드가 GitHub에 새로 추가되지 않은 경우에도 해당 푸시에서 코드를 작성한 모든 사용자가 GitHub Advanced Security 라이선스 수를 계산합니다.
-
사용자는 항상 최근 베이스에서 분기를 만들거나 푸시하기 전에 분기를 다시 지정해야 합니다. 이렇게 하면 지난 90일 동안 커밋하지 않은 사용자가 GitHub Advanced Security 라이선스를 차지하지 않습니다.
엔터프라이즈 계정에 GitHub Enterprise Cloud을(를) 사용하고 신용 카드로 결제하는 경우 엔터프라이즈 계정 설정에서 GitHub Advanced Security 라이선스를 구매하거나 평가판을 시작할 수 있습니다. 자세한 내용은 "GitHub Advanced Security 가입" 및 "GitHub Advanced Security의 평가판 설정"을(를) 참조하세요.
현재 GitHub Enterprise Cloud 평가판을 사용 중인 경우 GitHub Advanced Security을(를) 구매하거나 GitHub Advanced Security 평가판을 시작할 수 없습니다.
청구서로 결제하는 경우 엔터프라이즈의 GitHub Advanced Security 라이선싱에 대해 논의하려면 GitHub의 영업 팀에 문의하세요.
기타 청구 관련 질문은 GitHub 지원에 문의하세요.
GitHub Advanced Security의 커밋한 사람 수 정보
GitHub.com에서 GitHub Advanced Security에 대한 활성 커밋 주체의 두 숫자를 기록하고 표시합니다.
- 활성 커밋 주체 는 조직에서 프라이빗 리포지토리에 기여하고 엔터프라이즈에서 라이선스를 사용하는 커밋 주체의 수입니다. 즉, 조직 멤버이거나 외부 협력자이거나 엔터프라이즈에서 조직에 가입하기 위한 보류 중인 초대가 있고 GitHub App 봇이 아닙니다. 봇 계정과 컴퓨터 계정 간의 차이점에 대한 자세한 내용은 "GitHub 앱과 OAuth 앱 간의 차이점"을(를) 참조하세요.
- 이 리포지토리/조직에 고유한 것은 이 리포지토리 또는 이 조직의 리포지토리에만 기여한 활성 커밋 주체의 수입니다. 이 번호는 해당 리포지토리 또는 조직에 대해 GitHub Advanced Security를 사용하지 않도록 설정하여 해제할 수 있는 라이선스 수를 보여줍니다.
고유한 활성 커밋 주체가 없는 경우 모든 활성 커밋 주체는 GitHub Advanced Security를 사용하는 다른 리포지토리 또는 조직에도 기여합니다. 리포지토리 또는 조직에 대해 이 기능을 비활성화해도 GitHub Advanced Security의 라이선스가 확보되지는 않습니다.
엔터프라이즈 계정에서 사용자를 제거하면 사용자의 라이선스가 24시간 이내에 해제됩니다.
참고: 사용자는 여러 리포지토리 또는 조직에 기여할 수 있습니다. 사용량은 전체 엔터프라이즈 계정에서 측정되어 사용자가 기여하는 리포지토리 또는 조직 수에 관계없이 각 구성원이 라이선스 하나를 사용할 수 있도록 합니다.
리포지토리에 Advanced Security를 활성화하거나 비활성화하면 GitHub에 라이선스 사용에 대한 변경 내용의 개요가 표시됩니다. GitHub Advanced Security에 대한 액세스를 비활성화하면 고유한 활성 커밋 주체가 사용하는 라이선스가 확보됩니다.
라이선스 제한을 초과하더라도 GitHub Advanced Security는 이미 사용하도록 설정된 모든 리포지토리에서 계속 작동합니다. 그러나 GitHub Advanced Security를 새 리포지토리에 사용하도록 설정한 조직에서는 기능을 비활성화하면 리포지토리가 만들어집니다. 또한 기존 리포지토리에 대해 GitHub Advanced Security를 사용하도록 설정하는 옵션은 사용할 수 없습니다. 퍼블릭 리포지토리의 표시 여부를 프라이빗으로 변경하면 해당 리포지토리에 대해 GitHub Advanced Security가 비활성화됩니다.
일부 리포지토리에 대해 GitHub Advanced Security를 사용하지 않도록 설정하거나 라이선스 크기를 늘려 일부 라이선스를 확보하면 GitHub Advanced Security를 활성화하는 옵션이 정상적으로 다시 작동합니다.
엔터프라이즈 계정이 소유한 조직의 Advanced Security 사용을 허용하거나 허용하지 않도록 정책을 적용할 수 있습니다. 자세한 내용은 "엔터프라이즈에서 Advanced Security에 대한 정책 적용"
라이선스 사용량을 보는 방법에 대한 자세한 내용은 "GitHub Advanced Security 사용량 보기"을(를) 참조하세요.
커밋 주체 수 관리에 대한 자세한 내용은 "GitHub Advanced Security 라이선싱 관리"을(를) 참조하세요.
활성 커밋한 사람 사용량 이해
다음 예제 타임라인은 엔터프라이즈에서 GitHub Advanced Security의 활성 커밋한 사람 수가 시간 경과에 따라 어떻게 변경될 수 있는지를 보여 줍니다. 월별 이벤트가 커밋한 사람 수와 함께 표시됩니다.
| 날짜 | 해당 월의 이벤트 | 총 커밋한 사람 수 |
|---|---|---|
| 4월 15일 | 엔터프라이즈 멤버가 리포지토리 X에서 GitHub Advanced Security를 사용하도록 설정합니다. 지난 90일 동안 리포지토리 X에 대해 커밋한 사람은 50명입니다. | 50 |
| 5월 1일 | 개발자 A가 리포지토리 X에서 작업하는 팀을 떠납니다. 개발자 A의 기여는 90일 동안 계속 계산됩니다. | 50 |
| 8월 1일 | 90일이 지났기 때문에 개발자 A의 기여가 필요한 라이선스 수에 더 이상 계산되지 않습니다. | 50 - 1 = 49 |
| 8월 15일 | 엔터프라이즈 멤버가 두 번째 리포지토리인 리포지토리 Y에서 GitHub Advanced Security를 사용하도록 설정합니다. 지난 90일 동안 총 20명의 개발자가 해당 리포지토리에 기여했습니다. 20명의 개발자 중 10명은 최근에 리포지토리 X에서도 작업했으며 추가 라이선스가 필요하지 않습니다. | 49 + 10 = 59 |
| 8월 16일 | 엔터프라이즈 멤버가 리포지토리 X에서 GitHub Advanced Security를 사용하지 않도록 설정합니다. 리포지토리 X에서 작업한 49명의 개발자 중 10명은 지난 90일 동안 총 20명의 개발자가 기여한 리포지토리 Y에서도 계속 작업합니다. | 49 - 29 = 20 |
참고: 커밋이 90일 이상 전에 작성된 경우에도 커밋이 리포지토리의 분기에 푸시될 때 사용자에 활성으로 플래그가 지정됩니다.
GitHub Advanced Security 최대한 활용하기
GitHub Advanced Security에 우선 순위를 지정할 리포지토리 및 조직을 결정할 때 이를 검토하고 다음 사항을 식별해야 합니다.
- 회사의 성공에 가장 중요한 코드베이스. 취약한 코드, 하드 코딩된 비밀 또는 안전하지 않은 종속성의 도입이 회사에 가장 큰 영향을 미치는 프로젝트입니다.
- 커밋 빈도가 가장 높은 코드베이스. 가장 적극적으로 개발된 프로젝트이므로 보안 문제가 발생할 위험이 더 높습니다.
조직 또는 리포지토리에 대해 GitHub Advanced Security를 사용하도록 설정한 경우 고유한 활성 커밋 주체에 대한 청구 없이 추가할 수 있는 다른 코드베이스를 평가합니다. 마지막으로, 나머지 중요하고 사용 중인 코드베이스를 검토합니다. 라이선스의 라이선스가 허여된 활성 커밋 주체, GitHub의 영업 팀에 문의하세요.