지난 번에 글을 올리고 너무 오래간만의 업데이팅이다.
사실 일주일에 2-3번 정도의 업데이팅을 하고 싶었는데... 반성해야겠다!
지난 번에는 새로운 파일을 git에게 알려주고 관리를 받기 위한 과정을 살펴보았다.
이번에는 git에게 관리를 받지 않기 위한 방법을 알아보도록 하겠다.
1. git status
- 샘플로 사용할 파일이 작업공간(Work Space) 위치하고 있는 상황이다.
- 이 상태에서 'git status'를 하게 되면 untracked file이 존재하고 있다고 알려준다.
2. create [.gitignore]
- ".gitignore" 파일을 생성하자.
- 확장자가 "avi"인 파일들을 제외해보자.
3. git status
- 다시 확인을 해보면 이번에는 untracked file이 변경되어서 나온다.
- 이전에 있었던 "Sample.HDTV.Xvid-NoTV.avi" 파일이 사라지고,
- 방금 만든 ".gitignore" 파일이 등장했다.
4. git add
- 새로 생성한 [.gitignore] 파일도 또한 git 으로 관리를 해야한다.
- git add .gitignore
- git commit -m "add .gitignore"
5. .gitignore
- git에게 관리하지 않을 것들에 대해서 알려주기 위한 ".gitignore"파일에 대한 문법을 알아보자.
▷ # 으로 시작하는 줄은 주석으로 간주한다 (빈 줄도 마찬가지로 무시한다)
▷ 표준 glob 패턴의 적용이 된다
▷ 제일 뒤에 "/" (forward slash) 를 붙이면 디렉토리로 간주한다
▷ "!"로 시작하는 것은 예외로 간주한다
01: # blahblah 02: 03: *.avi 04: !chani.avi 05: sample/ 06: source/*.o |
→ 01, 02 두 라인은 그냥 무시
→ 03라인은 확장자가 'avi'인 모든 파일을 관리하지 말라는 의미
→ 04라인의 의미는 03라인에서 모든 avi 파일을 관리하지 말라고 했지만, 'chani.avi'파일은 예외라는 의미
→ 05라인은 'sample' 디렉토리 밑의 모든 것들을 관리하지 말라는 의미
→ 06라인은 'source' 디렉토리 밑의 확장자가 'o'인 모든 파일을 관리하지 말라는 의미
[.gitignore] 파일은 보통 빌드를 하면서 생성되는 중간 산출물이나 최종 산출물들을
git에게 관리하지 말라고 알려주기 위해서 사용한다.
사실 별 것이 아닌 팁과 같은 느낌이지만, 이를 모르고 사용하지 않으면 상당히 귀찮은 경우가 많다.
부디 잘 사용하시길...
반응형
'SCM > Git-GitHub' 카테고리의 다른 글
Compare - modify (git diff, git log) 2/2 (0) | 2012.01.18 |
---|---|
Compare - modify (git diff, git log) 1/2 (0) | 2012.01.17 |
Tracking file - add, status, commit (0) | 2011.11.30 |
File Status Lifecycle in GIT (1) | 2011.11.22 |
Repository 생성하기 (1) | 2011.11.20 |