발생일: 2013.06.03 문제: 그 동안은 개인 프로젝트에서만 GitHub을 사용했는데,이번에 회사를 옮기면서 회사 프로젝트에서도 GitHub을 사용할 기회가 생겼다.^^ GitHub을 여럿이서 적극적으로 사용해보는 건 처음이라, 팀원들끼리 여러 방법으로 실험해봤다. 다른 팀원들은 맥용 GUI 도구인 SourceTree 앱을 주로 사용하는데,난 아직까지 커맨드라인이 익숙하고 편하다. 이번에 자세히 살펴보면서, 요긴하게 사용할 수 있는 몇 가지 명령어를 메모해뒀다. 해결책: 리모트를 포함한 브랜치 정보 보기$ git branch -va 리모트 정보가 업데이트 필요할 때$ git remote update 로그 보기$ git log 그래프 형태로 보기$ git log --graph 한 줄로 보기$ git ..
발생일: 2012.10.29 문제: 최근, 팀에 새로운 분들이 많아지면서, 팀 내 코드 리뷰 미팅도 부쩍 많아졌다. 우리 팀에서는 주로 아래와 같은 방법으로 코드 리뷰를 진행한다. 1. 리뷰받을 사람이 미팅을 요청하고, 시간이 되는 사람들이 참석한다. 2. 회의실에 모여서, 리뷰받는 사람이 작성한 코드에 대해 설명한다. 3. 설명 중간 중간 참가한 사람들이 해당 코드에 대해 질문하고 의견을 준다. 이렇게 하는 방식은 "여러 사람들의 의견을 들어볼 수 있다"는 게 가장 큰 장점인 것 같다. 하지만, 리뷰에 참여한 사람이 많다보니, - 리뷰가 코드에 대한 논쟁으로 진행되거나, - 컨벤션 지적질이 되거나, - 아무 말도 안하는 사람도 생기게 되고, - "잠깐 잠깐 저기요. 아뇨. 아래아래. 아 거기." 이런 ..
발생일: 2012.01.15 문제: git에서 커밋할 때엔 항상 git add . 명령어로 커밋할 대상을 골라놓은 후, git commit -m [message] 명령으로 커밋했다. git add 가 정확히 어떤 것인지 모르고 습관적으로 실행했었는데, 이번에 책을 읽다가 알게된 내용을 메모해둔다. 해결책: Git 프로젝트의 세 가지 단계 가장 먼저 Git 프로젝트의 세 가지 단계에 대해 이해해야 한다. Git 프로젝트에는 Git Directory, Working Directory, Stating Area 세 가지 단계가 있다. Git Directory는 Git이 프로젝트의 모든 정보를 저장하는 곳이다. Git의 핵심이라 할 수 있고, Git을 새로 구축하거나 다른 저장소에서 Clone할 때 Git Dir..