gitignore 예제

좋은 이유는 예를 들어 Jefromi가 쓴 것입니다 : “나중에 디렉토리에서 무언가를 무시하지 않으려면”. 패턴을 무효화하는 선택적 접두사 “!” 이전 패턴에서 제외된 일치하는 파일이 다시 포함됩니다. 해당 파일의 상위 디렉터리에서 제외된 경우 파일을 다시 포함할 수 없습니다. Git은 성능상의 이유로 제외된 디렉터리를 나열하지 않으므로 포함된 파일의 모든 패턴은 정의된 위치에 관계없이 영향을 주지 않습니다. 리터럴 “!”로 시작하는 패턴에 대해 첫 번째 “!”앞에 백슬래시(“”)를 놓습니다. txt”. 선행 “**”과 슬래시는 모든 디렉터리에서 일치를 의미합니다. 예를 들어 “**/foo”는 패턴 “foo”와 동일하게 파일 또는 디렉토리 “foo”를 어디서나 일치시다. “**/foo/bar”는 디렉토리 “foo”바로 아래에 있는 파일 또는 디렉토리 “바”를 일치시다. 나는 아래의 의견에서 업데이트를 제공 할 것이라고 생각했다. OP의 질문에 직접 답하지는 않지만 .gitignore 구문에 대한 자세한 예제는 다음을 참조하십시오. 무시된 파일은 일반적으로 저장소 원본에서 파생될 수 있거나 커밋해서는 안 되는 아티팩트 및 컴퓨터 생성 파일을 빌드합니다.

몇 가지 일반적인 예는 .git/info/exclude에서 특수 파일에서 특정 리포지토리에 대한 개인 무시 패턴을 정의할 수도 있습니다. 이러한 버전은 버전이 아니며 리포지토리와 함께 배포되지 않으므로 사용자에게만 도움이 되는 패턴을 포함하기에 적합한 장소입니다. 예를 들어 사용자 지정 로깅 설정 또는 리포지토리의 작업 디렉토리에서 파일을 생성하는 특수 개발 도구가 있는 경우 .git/info/exclude에 추가하여 리포지토리에 실수로 커밋되지 않도록 할 수 있습니다. 이렇게 하면 모든 좋은 프로젝트 구성(예: 코드 스타일, 네임스페이스 매핑 등)이 모든 팀간에 공유됩니다. 그렇지 않으면 git은 fnmatch(3)에 의해 소비에 적합한 쉘 글로브로 패턴을 처리합니다: 패턴의 와일드카드는 경로 이름에 /와 일치하지 않습니다. 예를 들어 문서/*.html은 Documentation/git.html 일치하지만 Documentation/ppc/ppc.html tools/perf/Documentation/perf.html 일치하지는 않습니다. https://gist.github.com/ThomsonTang 제안 당 디렉토리와 몇 가지 예는 이 이미 우수한 팁을 반올림 하는 데 도움이 될 것입니다 gitignore 파일 명시적으로 그들을 제외 하지 않고 업로드 되는 파일을 방지 하기 위한 목적으로 만들어진 . gitignore에 추가된 모든 파일은 git 커밋에 포함되지 않습니다. 이 기능을 사용하면 시스템 별 파일의 손길이 닿지 않을 뿐만 아니라 중요한 파일이 업로드되지 않도록 보험에 가입할 수 있습니다.