코드 프로세스는 빌드 프로세스의 속도를 높이기 위해 깊이가 50 인 복제를 가져옵니다. 우리는 다음과 같은 오류와 함께 실패 촉진하기 위해 풀 (50 개) 커밋 이상 (흔하지 만 발생)이었다 요구와 우리의 배포했다 : 우리가 구축 할 수 있었다 몇 커밋을 부수 후 Warning: Permanently added '<deployment host>
to th
내 복제본에 오직 하나의 내역 항목이 포함되도록 특정 저장소에서 시작되도록 git 저장소를 단순 복제하는 방법은 무엇입니까? 나는 얕은 복제를 수행하는 방법을 알고 이 git clone --depth 1 https://path/to/myrepo.git
하지만 특정 지점에서 복제를 시작할 수 없습니다.
태그에서 최대 깊이 1 인 저장소를 복제하면 작동하고 그만 내려줍니다. 그런 다음 새 태그에 대해 깊이 1을 갖거나 가지지 않고 가져 오기를 수행하려는 경우 일부 처리를 수행하지만 태그는 'git 태그'아래에 표시되지 않습니다. --tags 옵션을 제공하면 새로운 정보가 아닌 전체 저장소를 다운로드합니다. 저장소에 더 많은 기록을 저장하는 데 신경 쓰지 않
얕은 GIT 저장소 덜 얕은 확인이 후 git clone --branch v0.1.3 --depth 1 file:///c/usr/sites/smc .
를 복제 REPO가 만에서 태그 v0.1.3 (및 관련 파일)가 있습니다. 해당 태그 앞뒤의 모든 변경 사항에 대한 기록이 없습니다 (내가 알고있는 것처럼 잘못된 경우 수정하십시오.) 다음 복제본을 업데이
내가하려는 일 : github에서 끌어 오기 요청을 테스트합니다. 로컬로 끌어 오기 요청을 마스터에 병합하고 결과에 대해 몇 가지 테스트를 실행하려고합니다. 저장소가 거대하기 때문에 얕은 복제본을 만듭니다. 병합을 수행 할 수있게하려면 당겨 받기 요청을 마스터 사이에 merge-commit이 생길 때까지 나는 더 많은 커밋 (이 증가하여 --depth)을
--depth 옵션을 사용하는 얕은 서브 모듈을 git submodule update과 함께 사용하는 것이 가능하다는 것을 알고 있습니다. 나는 여러 서브 모듈 내 프로젝트에 git submodule update --init --recursive --depth 1
을 실행하면 그러나, 나는 fatal: reference is not a tree를 얻을.
수백만 줄의 코드와 수십만 개의 changesets가있는 hg 저장소로 작업해야합니다. 당신이 상상할 수 있듯이, 이것은 정말로 수은과 TortoiseHg를 느리게합니다. 최신 수천 개의 변경 집합 만있는 로컬 저장소를 만들 수 있습니까? 이 방법을 사용하면 문제가 없게 될뿐만 아니라 하드 드라이브 공간도 절약 될 수 있습니다.
저장소를 복제하고 주어진 커밋 ID를 즉시 체크 아웃하는 것에 대한 많은 질문/답변을 찾았습니다. 사소한 방법 : 나뭇 가지와 git clone <URL> working-copy
cd working-copy; git checkout <COMMIT-ID>
할 수 있습니다 단지 git clone -b <BRANCH> <URL> 당신은 또한 훨씬 빠르게 복