몇 가지 변경 사항이있는 지점에 있습니다. 일부 파일은 프로세스에 의해 잠기기 때문에 분기를 변경하는 것은 고통스럽기 때문에 분기를 변경하려면 잠금이있는 모든 프로세스를 중지 한 다음 stash
로그를 확인하기 위해 다른 분기를 확인하기 전에 변경 사항 을 중지해야합니다 .
확인하지 않고도 다른 분기의 로그를 볼 수 있습니까?
몇 가지 변경 사항이있는 지점에 있습니다. 일부 파일은 프로세스에 의해 잠기기 때문에 분기를 변경하는 것은 고통스럽기 때문에 분기를 변경하려면 잠금이있는 모든 프로세스를 중지 한 다음 stash
로그를 확인하기 위해 다른 분기를 확인하기 전에 변경 사항 을 중지해야합니다 .
확인하지 않고도 다른 분기의 로그를 볼 수 있습니까?
cherry
하고 rev-list
.
답변:
사용하다
git log <branch>
<branch>
관심 지점의 이름은 어디에 있습니까 ?
git-log
인간 페이지 ...해당 명령의 맨 페이지에git-log
제공된 개요 의 단순화 된 버전은 다음 과 같습니다.
git log [<revision range>]
더 아래에서 다음 구절을 찾을 수 있습니다.
no
<revision range>
가 지정되면 기본값은HEAD
(즉, 현재 커밋으로 이어지는 전체 히스토리)
즉, git log
는 git log HEAD
. 라는 지점에있는 mybranch
경우이 명령은 git log mybranch
.
다른 브랜치, 즉 현재 존재하지 않는 브랜치에서 도달 할 수있는 커밋으로 로그를 제한하려고합니다. 이를 수행하는 가장 쉬운 방법은 관심 분기의 이름을 명시 적으로 전달하는 것입니다 git log
.
git log <branchname>
참고 항목 gitrevisions 맨 하는 다양한 형태에 대한 자세한 내용은 <revision-range>
인수가 걸릴 수 있습니다.
master
체크 아웃 여부에 관계없이 로컬 브랜치 (예 :) 와 원격 브랜치 (예 :)에서 실행할 수 있습니다 origin/master
.
git log mybranch
오류가 발생했지만 실행 git checkout mybranch; git checkout master; git log mybranch
하면 "origin /"없이도 작동했습니다. 그래서 먼저 지점을 확인해야한다고 생각했습니다. 하지만 원격 브랜치의 히스토리를 찾기 위해 "git log origin / mybranch"를 사용해야했습니다. 감사합니다.
git log <branch>
곳,<branch>
관심 지점의 이름을 의미?