티스토리 뷰


발생일: 2013.06.03

문제:
그 동안은 개인 프로젝트에서만 GitHub을 사용했는데,
이번에 회사를 옮기면서 회사 프로젝트에서도 GitHub을 사용할 기회가 생겼다.^^

GitHub을 여럿이서 적극적으로 사용해보는 건 처음이라, 팀원들끼리 여러 방법으로 실험해봤다.

다른 팀원들은 맥용 GUI 도구인 SourceTree 앱을 주로 사용하는데,
난 아직까지 커맨드라인이 익숙하고 편하다.

이번에 자세히 살펴보면서, 요긴하게 사용할 수 있는 몇 가지 명령어를 메모해뒀다.

해결책:


리모트를 포함한 브랜치 정보 보기
$ git branch -va

리모트 정보가 업데이트 필요할 때
$ git remote update


로그 보기
$ git log

그래프 형태로 보기
$ git log --graph

한 줄로 보기
$ git log --pretty=oneline

마지막 1개 커밋과 변경된 diff 를 함께 보기
$ git log -p -1

짧은 로그 보기
$ git shortlog

머지 로그를 제외하고 보기
$ git shortlog --no-merges


특정 커밋의 로그 보기
$ git show 커밋번호

브랜치는 커밋의 포인터이기 때문에 브랜치 이름을 사용해도 된다.
$ git show topic1

커밋 뒤에 ^를 붙이면 해당 부모를 찾는다.
아래 코드는 바로 전 커밋을 보여준다.
$ git show HEAD^


범위로 커밋 가리키기
.. 를 쓰면 범위로 커밋을 조회할 수 있다.

아래 커밋은 master 에는 없지만, topic1 에는 있는 커밋을 보여준다.
$ git log master..topic1

리모트 저장소를 대상으로도 비교할 수 있다.
$git log origin/master..topic1



이전 커밋에 덮어쓰기
$ git commit --amend

--amend 옵션으로 커밋하면, 이전 커밋과 다른 커밋 번호가 생성된다.


버그 찾기
git blame 명령을 사용하면, 해당 코드가 언제 수정되었는지 확인할 수 있다.

$ git blame -L 11,12 README.md 

위 코드는 README.md 파일의 11,12 번째 라인이 언제 수정되었는지 추적한다.
결과 목록에서 ^가 붙은 것은 해당 줄이 처음 커밋되었다는 얘기다.


반응형
댓글
공지사항