GitHub에서 제거 된 브랜치를 체크 아웃해야하는 이유는 무엇입니까?

GitHub 리포지토리에서 동료가라는 지점을 제거했습니다 release. 그러나 git checkout release로컬에서 실행할 때 항상 제거 된 분기를 얻습니다 release. 같은, 내가 다른 지점을 체크 아웃 한 경우에도 삭제 된 release분기를 git branch -D release다시 달렸다 git checkout release.

GitHub 리포지토리에서 수정해야 할 것이 있습니까, 아니면 로컬로 수정해야합니까?

원격 측에서 분기를 삭제 한 후에도 이전에 가져온 원격 분기를 로컬에서 계속 볼 수 있습니다.

$ git branch -a
[...]
release
remotes/origin/release
[...]

"릴리즈"만 제거했지만 "원격 / 원산지 / 릴리스"는 제거하지 않았습니다. 다음과 같이 삭제하십시오.

$ git branch -rd origin/release

또는 더 이상 원격 측에 존재하지 않는 가져온 분기를 모두 제거하십시오 .

$ git remote prune origin 

지점이 원격으로 삭제되면 로컬 저장소를 제거해야합니다.이를 수행하는 가장 쉬운 방법은

git fetch -p

원격 저장소에 대한 모든 변경 사항으로 로컬 저장소가 업데이트되지만 로컬 분기는 업데이트되지 않습니다. 이것을 실행 한 후

git branch --remote

더 이상 삭제 된 원격 지점을 표시하지 않습니다.

git 리포지토리는 자체 시스템 또는 서버에서 완료됩니다. 따라서 리포지토리를 처음 복제하면 전체 복사본이 생성되고 로컬 자식은 로컬 지점뿐만 아니라 모든 원격 지점에 대해 "인식"합니다. 이 정보는 자동으로 동기화되지 않으므로 동료 release가 서버 에서 분기를 삭제 해도 로컬 자식 저장소는 원격 release분기에 대한 개념을 잃지 않았습니다 . 동기화하면 git fetch원격 분기의 모든 로컬 정보 가 업데이트되므로 서버의 상태 (엄격하게 말하면 원격 저장소)가 일치하지만 원격 분기의 로컬 정보는 삭제되지 않습니다. git fetch -p(또는 git fetch --prune, 또는 git remote prune)로 정리 하면 삭제 된 원격 분기의 로컬 정보가 제거됩니다.

Tim : Git은 VCS로 배포되므로 원격에서 로컬로 리포지토리를 복제하면 모든 항목 (이력)을 복제합니다. 리포지토리를 복제 할 때 release라는 브랜치가있었습니다. 동료가 릴리스 분기를 원격으로 git fetch -p삭제 했으므로 해당 분기를 제거 하거나 삭제할 때까지 로컬에 해당 분기가 있습니다.

약간의 접선이지만이 사이트의 관점은 브랜치를 삭제하는 일반적인 주제를 이해하는 데 도움이 될 수 있습니다.

http://railsware.com/blog/2014/08/11/git-housekeeping-tutorial-clean-up-outdated-branches-in-local-and-remote-repositories/

여기에서 이미 논의한 내용과 중복되는 부분이 있지만 협업 환경에서 더 이상 필요하지 않은 원격 및 로컬 분기 삭제와 같은 하우스 키핑에 중점을 둡니다. 특히이 git branch --merged명령은 메인 라인 (또는 관심있는 지점)에 병합되어 삭제하기에 안전한 지점을 식별합니다. 공동 작업하는 경우 이와 같은 더 멋진 미니 스크립트는 날짜 및 작성자와 함께 소화하기 쉬운 형식으로 표시합니다.

for branch in `comm -12  <(git branch --merged|awk '{print($1)}') <(git branch -r --merged|awk '{print($1)}'|awk -F \/ '{print($2)}')`; do echo -e `git show --format="%ci %cr %an" $branch | head -n 1` \\t$branch; done | sort -r

(불행히도 "좋은, 소화하기 쉬운"은 스크립트 자체의 형식에는 적용되지 않습니다.)