.gitignore의 의견?

381

.gitignore 파일에 댓글을 쓸 수 있습니까?.gitignore의 의견?

그렇다면 행 앞에 #이나 다른 표시기가 있어야합니까?

출처

2012-01-14 JAM

당신이 만약을 이런 것들을 알고있는 편집기 (예 : Vim)를 사용하면'#' 적절하게 형식이 지정됩니다. 자신을 쉽게 발견 할 수 있습니다! – Cascabel

그래서 .gitignoreignore를 찾고 계십니까? – daviewales

458

예, 댓글을 달 수 있습니다. 그러나 그들은 줄의 시작 부분에서 시작해야합니다.

cf. 빈 줄이나 #로 시작하는 행은 무시된다 -
가 다음과 같이 당신이 .gitignore 파일에 넣을 수있는 패턴 http://git-scm.com/book/en/Git-Basics-Recording-Changes-to-the-Repository#Ignoring-Files

규칙은.
[...]

주석 문자, 예를 #입니다 :

# no .a files 
*.a

출처

2012-01-14 22:26:55 TimWolla

답이 사실 일지 모르겠지만 링크 된 책 섹션은 .gitignore 파일의 행에 주석을 추가 할 수 있음을 나타냅니다. –

@ StuartR.Jefferys 나는 git 1.7.4.1에서 끝에있는 주석이있는 행이 작동하지 않는다는 것을 발견했다. 'src/main/log/# 작동하지 않는다. git status는 여전히이 디렉토리를 보여줍니다' 'src/main/log /'잘 동작합니다. 자식 상태는 디렉토리를 표시하지 않습니다. 사실, 줄 끝의 _any_ 공백은 무시 패턴의 일부로 간주됩니다. – Johann

@ John 당신이 옳습니다! 후행 공백은 _is_ 의미심장하며, 디렉토리 ('/'로 끝남)에서도. 파일의 끝에 공백이 있으면'.gitignore' 항목이 일치해야합니다. 0 또는 2 공백으로 실패합니다. 나는 그것을 버그라고 생각한다. 나는 자식 버전 1.7.5.4를 사용하고있다. 그것은 비록 그것이 가능하지 않더라도 의도적 일 수 있습니다. 그러나'[]'를 공백 문자로 사용할 수 있습니다. 그것은 후행 공백을 허용하는 것보다 훨씬 낫습니다. 희소 한 의도적 인 후미 공간을 허용하면서보다 일반적인 (그리고보기 힘든) 오류 사례를 탐지 가능하게 만듭니다. –

156

수행 git help gitignore

당신은 다음과 같은 라인 도움말 페이지 얻을 것이다 :

A line starting with # serves as a comment.

출처

2012-01-14 22:32:16 manojlds

+30

+1 정보를 제공하는 방법을 지적하고 정보를 제공하는 것이 아닙니다. –

@cregox -'커맨드 라인없이 컴퓨터를 쓰는 걸 좋아해. '- 미안하지만 너에게 잘못된 장소 야. – manojlds

@manojlds'자식 (git)'은'rsync'와 마찬가지로 모든 사람에게 맞는 곳입니다. 그들은 dropbox와 같은 좋은 gui가 필요합니다. 너무 슬퍼서 우리는 여전히 자식을 잃어 버렸습니다 ... – cregox

.gitignore의 의견?

답변

관련 문제