.ggignore를 저장하는 것이 우수 사례로 간주됩니까?

Question

나는 종종이 파일을 수정하지는 않지만, 좋은 일이 아닌 것처럼 느낀다. .hgignore를 저장하는 것이 우수 사례로 간주됩니까?

Answer 1

예. .hgignore 파일을 저장소에 보관해야합니다.

https://www.mercurial-scm.org/wiki/QuickStart

당신은 너무 당신의 .hgignore 파일을 추적 할 수 있습니다!

http://hgbook.red-bean.com/read/file-names-and-pattern-matching.html

는 저장소의 루트에 .hgignore라는 이름의 파일을 생성, 의욕이 영구적으로 파일을 무시해야합니다. 이 파일을 추가하여 나머지 저장소 내용과 함께 추적 할 수 있도록해야합니다. 공동 작업자가이 파일을 유용하게 사용할 수 있기 때문입니다.

Answer 2

나는 이것이 주관적이라고 생각하지만 내게는 좋은 습관이라고 말하고 싶다.

이유는 무시하려는 파일의 종류가 사용자마다 변경되지만 궁극적으로는 빌드에 영향을 미치지 않기 때문입니다.

제 직장에서는 .user 파일을 무시하고 .reshar 파일 (.suo 및 몇 가지 다른 파일들)을 무시합니다.

새 프로젝트를 솔루션에 추가 할 때 솔루션 빌드를 보장해야하지만 사용자 기본 설정으로 다른 사람을 해치지 않는 것이 중요합니다.

부여 했으므로 변경하거나 새 프로젝트를 추가하는 것은 드물지만 모든 사람이 동일한 빌드를 갖도록하는 것이 좋습니다.

그래, 나는 그것을 유지하는 것이 좋다고 생각하지만, 당신이 그것을 많이 바꾸고있는 것을 알게되면 그렇게하는 이유를 조사하고 싶을 것입니다.

Answer 3

많은 IDE, 편집기, 운영체제를 사용하면 .hgignore이 실제로 커질 수 있습니다. 따라서 나는 당신이 당신의 저장소에 모든 것을 포함시키는 것을 꺼리는 것을 이해합니다. 내가 다른 사람의 IDE/OS에 신경 쓰지 않고 파일을 읽을 수 없게 만들었다 고 말하려한다.

내 무시한 파일을 편집자/IDE/OS 쓰레기에 대한 전역 파일 하나와 repo에 저장 한 생성 파일에 대한 다른 하나의 두 위치에서 유지 관리하기로 결정했습니다. 추가 된 이점은 여러분이 좋아하는 IDE로 새 프로젝트를 시작할 때 아무 것도 무시할 필요가 없다는 것입니다. 이미 완료되었습니다.

[ui] 
ignore = ~/.hgignore.global 

포함 .hgignore.global으로 :

syntax: glob 
# Vim 
.*.sw[a-z] 
# Eclipse 
.project 
.settings/ 
# Unix 
*~ 
# Windows 
Thumbs.db 
Desktop.ini 
# MacOS X 
.DS_Store 
._* 

지금 당신이 .hgignore 최소한의 프로젝트를 특정 할 수 있습니다 세계 하나

, 나는 내 .hgrc에 다음을 추가했다.

• 멀티 프로젝트 메이븐 예 :

  syntax: glob 
  target 
  

• C 프로젝트 예 :

  syntax: glob 
  *.o 
  *.so 
  bin/mybin 
  

• 기타 : 당신이 github's gitignore project에 멋진 목록에 영감을 취할 수, 단순히 첫 번째 줄에 syntax: glob 추가 .