푸시 이벤트 활동 제한 및 일괄 푸시 이벤트
Offering: GitLab Self-Managed, GitLab Dedicated
양호한 시스템 성능을 유지하고 활동 피드에서 스팸을 방지하려면 푸시 이벤트 활동 제한을 설정합니다. 예를 들어, 4개의 브랜치에 동시에 푸시하면 활동 피드에 4개의 별도 푸시 이벤트 대신 단일 [commit] Pushed to 4 branches at (project name) 이벤트가 표시됩니다.
양호한 시스템 성능을 유지하고 활동 피드에서 스팸을 방지하려면 푸시 이벤트 활동 제한을 설정합니다.
기본적으로 GitLab은 이 제한을 3으로 설정합니다. 3개 이상의 브랜치와 태그에 영향을 미치는 변경 사항을 푸시하면
GitLab은 개별 푸시 이벤트 대신 일괄 푸시 이벤트를 생성합니다.
예를 들어, 4개의 브랜치에 동시에 푸시하면 활동 피드에 4개의 별도 푸시 이벤트 대신
단일 [commit] Pushed to 4 branches at (project name) 이벤트가 표시됩니다.
일괄 푸시 이벤트는 표준 푸시 이벤트와 다르게 동작합니다:
- 활동 피드: 개별 푸시 이벤트 대신 단일 일괄 푸시 항목이 나타납니다.
- Events API:
commit_count: 0과 푸시된 ref 수를 보여주는ref_count가 포함된 일괄 푸시 이벤트를 반환합니다. 개별 커밋 세부 정보(commit_from,commit_to,ref,commit_title)는null입니다.
통합이나 외부 시스템에서 푸시된 모든 ref를 개별적으로 처리해야 하는 경우:
push_event_activities_limit아래로 푸시당 ref 수를 유지합니다.- 대규모 푸시를 여러 소규모 푸시로 분할합니다.
웹훅 트리거는 push_event_hooks_limit 설정에 의해 별도로 제어됩니다.
자세한 내용은 푸시 이벤트 제한을 참조하세요.
전제 조건:
- 관리자 접근 권한.
다른 푸시 이벤트 활동 제한을 설정하려면 다음 중 하나를 사용하세요:
-
애플리케이션 설정 API에서
push_event_activities_limit를 설정합니다. -
GitLab UI에서:
- 오른쪽 상단에서 Admin을 선택합니다.
- 왼쪽 사이드바에서 Settings > Network를 선택합니다.
- Performance optimization을 확장합니다.
- Push event activities limit 설정을 편집합니다.
- Save changes를 선택합니다.
값은 0 이상이어야 합니다. 이 값을 0으로 설정해도 스로틀링이 비활성화되지 않습니다.
