깃: 25개의 글
커밋로그 보기 전달인자 -1, -2,를 주어 출력수를 제한 할 수 있습니다. 전달인자 -p를 사용하여 변경된 내용을 같이 볼 수 있습니다. 전달인자 –graph를 사용하여 브랜치 트리를 볼 수 있습니다. git log 커밋로그 날짜범위 지정 전달인자 –since를 사용하여 원하는 시간 동안의 커밋로그를 볼 수 있습니다. 전달인자 –before를 사용하여 일정시간을 제외한 나머지 커밋로그를 볼 수 있습니다. 시간 형식은 24 hours, 1 minute, 2012.01.10, 2012-11-10등을 사용 가능합니다. git log --since="5 hours" git log --before="5 hours" 커밋로그 리비전 범위 지정 1. 전달인자 format:”%h %s”를 추가하여 짧은 해쉬와 커밋로..
브랜치 목록 조회 전달인자 -r을 사용하여 원격브랜치 조회 합니다. git branch *master 브랜치명 변경 전달인자 m은 이동을 의미 합니다. git branch -m master mymaster git branch *mybranch 브랜치명 강제 변경 브랜치명을 변경할때 이미 이름이 존재한다면 진행되지 않는데 -M의 명령어를 사용하면 덮어쓰기로 강제 진행됩니다. git branch -M master mymaster 새로운 브랜치 생성 git branch new git branch *master new 브랜치 체크아웃 git checkout new Switched to branch 'new' git branch master *new 새로운 브랜치 생성하고 체크아웃 git checkout -b 새..
태그를 이용하여 마일스톤 표시 프로젝트가 진행되면 마일스톤을 달성하게 됩니다. 마일스톤을 달성하면 릴리스를 배포하고, 새로운 버전을 생성하는 등의 작업을 합니다. 태그를 사용하면 마일스톤을 쉽게 표시할 수 있고 나중에 원하는 마일스톤으로 돌아갈 수 있습니다. 태그는 저장소의 책갈피처럼 동작합니다. 태그를 붙여두면 나중에 그 태그의 위치로 곧장 되돌아갈 수 있습니다. 필요하다면 커밋에도 태그를 붙일 수도 있습니다. 보통 태그는 프로젝트에서 코드를 릴리스할 때 가장 많이 사용한다 태그를 이용하면 릴리스한 후에도 버그 수정이나 변경이 필요할 경우 릴리스된 코드로 돌아갈 수 있습니다. git의 태그는 읽기 전용입니다. 읽기만 가능하다는 말은 브랜치와는 다르게 태그의 내용을 변경할 수 없음을 의미합니다. git에..
LOG활용하기 모든 버전관리 시스템에서 가장 중요한 부분은 이력입니다. 저장소 이력을 잘 사용하면 원하는 정보를 얻을 수 있습니다. 파일 자체의 로그를 확인 할 수도 있고 코드 수정이력도 조회할 수 있습니다. 또한 파일의 리비전에 대한 차이점을 볼 수도 있습니다. GIT 로그 살펴보기 저장소에 어떤 변화가 있었는지 알려고 한다면 일반적으로 커밋로그를 살펴봅니다. git은 각 커밋의 로그를 누가, 언제 커밋했는지 보여줍니다. git log commit 5e5c78f555d71936ab7af768e0020107d3489116 Author: uyeong21c Date: Sat Oct 27 16:52:52 2012 +0900 add the selecton of an about page : 화면 하단의 콜론(:)..
BRANCH활용하기 기본적으로 하나의 브랜치 즉 마스터브랜치(타:trunk)만 사용해도 버전관리 시스템이 제공하는 모든 이점을 얻을 수 있습니다. BRANCH란? 우리는 일반적으로 여러가지 작업을 번갈아 가며 진행합니다. 새로운 기능을 추가하거나 유지보수가 쉽도록 리팩터링할 수도 있고 이따금씩 발생하는 버그를 수정하기도 합니다. 어떠한 작업도 무시할 수 없으며 적절히 균형을 마추며 진행해야 합니다. 단방향 이력은 이러한 요구를 다루리가 쉽지 않습니다. 그래서 브랜치가 필요합니다. git에서는 모든 것이 브랜치로 간주되므로 브랜치를 생성하는 비용이 크지않습니다. 모든 파일을 새로운 디렉토리로 복사하는 다른 시스템들과는 다르게 git의 브랜치는 해당 브랜치가 만들어진 시점부터 적용된 커밋만 추적합니다. 최신..