원격 리포지터리에서 가져오기

원격 리포지터리에서 변경 사항을 GitLab으로 가져오는 풀 미러를 만들어 복사본을 최신 상태로 유지합니다.

히스토리 GitLab Premium으로 13.9에서 이동됨. GitLab 인터페이스를 사용하여 GitLab에 호스팅되지 않은 경우에도 리포지터리의 콘텐츠와 활동을 탐색할 수 있습니다. 업스트림 리포지터리에서 브랜치, 태그 및 커밋을 복사하기 위해 풀 미러 를 만듭니다. push 미러 와 달리 풀 미러는 예약된 기준으로 업스트림(원격) 리포지터리에서 변경 사항을 가져옵니다. 미러가 업스트림 리포지터리와 분기되지 않도록 하려면 다운스트림 미러에 직접 커밋을 push하지 마세요. 대신 업스트림 리포지터리에 커밋을 push합니다. 원격 리포지터리의 변경 사항은 GitLab 리포지터리로 가져옵니다: 이전 풀 후 30분 후에 자동으로. 이는 비활성화할 수 없습니다. 관리자가 미러를 강제 업데이트 할 때. API 호출이 업데이트를 트리거 할 때. UI 및 API 업데이트는 5분의 기본 풀 미러링 간격 에 적용됩니다. 이 간격은 GitLab Self-Managed 인스턴스에서 구성할 수 있습니다. 기본적으로 다운스트림 풀 미러의 브랜치 또는 태그가 로컬 리포지터리와 분기되면 GitLab은 브랜치 업데이트를 중지합니다. 이는 데이터 손실을 방지합니다. 업스트림 리포지터리에서 삭제된 브랜치와 태그는 다운스트림 리포지터리에 반영되지 않습니다. Note 다운스트림 풀 미러 리포지터리에서 삭제되었지만 업스트림 리포지터리에 여전히 있는 항목은 다음 풀에서 복원됩니다. 예를 들어 미러된 리포지터리에서만 삭제된 브랜치는 다음 풀 후 다시 나타납니다. 풀 미러링 작동 방식 # GitLab 리포지터리를 풀 미러로 구성하면: GitLab은 리포지터리를 대기열에 추가합니다. 분당 한 번 Sidekiq cron job은 다음을 기반으로 업데이트할 리포지터리 미러를 예약합니다: Sidekiq 설정에 의해 결정되는 사용 가능한 용량. GitLab.com의 경우 GitLab.com Sidekiq 설정 을 읽으세요. 이미 대기열에 있고 업데이트 예정인 미러 수. 예정 여부는 리포지터리 미러가 마지막으로 업데이트된 시간과 업데이트가 재시도된 횟수에 따라 다릅니다. Sidekiq이 업데이트를 처리할 수 있게 되면 미러가 업데이트됩니다. 업데이트 프로세스가: 성공: 최소 30분 대기 후 업데이트가 다시 대기열에 추가됩니다. 실패: 업데이트가 나중에 다시 시도됩니다. 14번 실패 후 미러는 하드 실패 로 표시되어 더 이상 업데이트를 위한 대기열에 추가되지 않습니다. 업스트림과 분기되는 브랜치가 실패를 유발할 수 있습니다. 브랜치가 분기되지 않도록 하려면 미러를 만들 때 분기된 브랜치 덮어쓰기 를 구성하세요. 풀 미러링 구성 # 필수 요건: 원격 리포지터리가 GitHub에 있고 2단계 인증(2FA)이 구성되어 있는 경우 repo 범위로 GitHub에 대한 개인 액세스 토큰 을 만듭니다. 2FA가 활성화된 경우 이 개인 액세스 토큰이 GitHub 비밀번호로 사용됩니다. GitLab 사일런트 모드 가 활성화되어 있지 않아야 합니다. 상단 표시줄에서 검색 또는 이동 을 선택하고 프로젝트를 찾습니