InfoGrab Docs

애플리케이션 캐시 갱신 간격

요약

기본적으로 GitLab은 애플리케이션 설정을 60초 동안 캐시합니다. 이 값을 0보다 크게 설정하는 것을 권장합니다. /etc/gitlab/gitlab.rb를 편집합니다: 파일을 저장한 후, 변경 사항이 적용되도록 GitLab을 재구성하고 재시작합니다:

기본적으로 GitLab은 애플리케이션 설정을 60초 동안 캐시합니다. 경우에 따라 애플리케이션 설정 변경과 사용자가 애플리케이션에서 해당 변경 사항을 확인하기까지의 지연을 늘리기 위해 이 간격을 늘려야 할 수 있습니다.

이 값을 0보다 크게 설정하는 것을 권장합니다. 0으로 설정하면 모든 요청에 대해 application_settings 테이블이 로드되어 Redis와 PostgreSQL에 추가 부하가 발생합니다.

애플리케이션 캐시 만료 간격 변경#

만료 값을 변경하려면:

  1. /etc/gitlab/gitlab.rb를 편집합니다:

    gitlab_rails['application_settings_cache_seconds'] = 60
    
  2. 파일을 저장한 후, 변경 사항이 적용되도록 GitLab을 재구성하고 재시작합니다:

    gitlab-ctl reconfigure
    gitlab-ctl restart
    
  1. config/gitlab.yml을 편집합니다:

    gitlab:
      application_settings_cache_seconds: 60
    
  2. 파일을 저장한 후, 변경 사항이 적용되도록 GitLab을 재시작합니다.

애플리케이션 캐시 갱신 간격

Tier: Free, Premium, Ultimate
Offering: GitLab Self-Managed
원문 보기
요약

기본적으로 GitLab은 애플리케이션 설정을 60초 동안 캐시합니다. 이 값을 0보다 크게 설정하는 것을 권장합니다. /etc/gitlab/gitlab.rb를 편집합니다: 파일을 저장한 후, 변경 사항이 적용되도록 GitLab을 재구성하고 재시작합니다:

기본적으로 GitLab은 애플리케이션 설정을 60초 동안 캐시합니다. 경우에 따라 애플리케이션 설정 변경과 사용자가 애플리케이션에서 해당 변경 사항을 확인하기까지의 지연을 늘리기 위해 이 간격을 늘려야 할 수 있습니다.

이 값을 0보다 크게 설정하는 것을 권장합니다. 0으로 설정하면 모든 요청에 대해 application_settings 테이블이 로드되어 Redis와 PostgreSQL에 추가 부하가 발생합니다.

애플리케이션 캐시 만료 간격 변경#

만료 값을 변경하려면:

  1. /etc/gitlab/gitlab.rb를 편집합니다:

    gitlab_rails['application_settings_cache_seconds'] = 60
    
  2. 파일을 저장한 후, 변경 사항이 적용되도록 GitLab을 재구성하고 재시작합니다:

    gitlab-ctl reconfigure
    gitlab-ctl restart
    
  1. config/gitlab.yml을 편집합니다:

    gitlab:
      application_settings_cache_seconds: 60
    
  2. 파일을 저장한 후, 변경 사항이 적용되도록 GitLab을 재시작합니다.