Git 저장소에서 좋은 파일 명명 규칙에 대한 제안이 필요합니다.

Question

Git 저장소에서 파일 명명 규칙에 대한 제안 사항을 찾고 있습니다.

• 저장소는 체크 아웃하고 정확하게 일관된 대소 문자 구분 및 문자 인코딩을하지 않을 수있는 운영 체제의 로케일 설정이 다른와 클라이언트 컴퓨터에서 최선을 다하고, 일부 특수 문자를 향한 행동;

• 저장소는 그 파일 비즈니스의 이유로 여러 완전한 영어 단어를 포함해야한다 이름, 예를 들어, 일부 파일 이름이 아니라 완전한 영어 단어가 아닌 일부 축약 된 형태보다 home_value, 또는 home-value, 또는 HomeValue를 포함해야합니다 파일이 h_v 또는 h-v 또는 HV과 같이 인식 할 수 있습니다.

그래서 잠재적 인 문제를 줄이기 위해 어떤 규칙 규칙을 팀에 설정해야하는지 궁금합니다. 컨벤션을 변경하거나 나중에 파일 명명 스타일을 강요하려는 노력은 어려울 수 있습니다. 그래서 초기부터 가능한 한 상세한 협약을 맺고 싶습니다. 그런 다음 스튜어트 스크립트를 만들어 코드 기반을 자동으로 검증 할 수 있습니다.

일부 초기 thoughtlets : 나는

foo_bar 번호 생각할 수

• 몇 가지 가능한 서식 규칙은 단어 분리기 foo는 바 # 사용으로 _ 사용 - 단어 분리기 FOOBAR 번호 사용 CamelCase를

  로

• 일부 파일은 웹 서버에서 제공되는 HTML 파일입니다.

• 항상 항상 예를 ​​들어, 소문자를 사용하는 예를 U+12345

• 를 들어,

• 비 ASCII 문자는 유니 코드로 변환해야 ASCII 문자를 사용 foo_bar 및 Foo_Bar이라는 두 파일 사이의 충돌을 피하려면 인데 Foo_Bar 또는 FooBar이 아닌 파일이어야합니다. 이것에 대한 가능한 문제점은 위에서 언급 한 일부 완전한 영어 단어가 고유 명사이고 대문자로 된 첫 글자를 필요로한다는 것입니다. 정보가 파일 이름에서 손실되면 다른 방법으로 저장해야합니다. 소문자가 항상 사용하는 경우

• 후 낙타 표기법은 옵션

• 일부 완벽한 영어 단어 그것에 -, 예를 들어 약간의 영어 이름을 가질 수 없습니다, 그래서 foo-bar 스타일 옵션을 선택하지 않습니다 보인다. 유일한 왼쪽 가능성은 foo_bar입니까?

• 그때 대문자가 고유 명사, 다음 일반적으로 파일 이름이

  foo_Bar_FooBar

하지만 좋은 생각됩니다 수용 할 수있는 경우

?

Answer 1

유일한 실제적인 기술적 과제는 유니 코드 파일 이름이 제대로 지원되지 않는다는 것입니다. 그들은 일반적으로 휴대용이 아니며 약간의 기괴한 문제를 일으킬 수 있습니다. 또 다른 문제는 Windows가 대소 문자를 구별하며 Unix 기반 OS가 그렇지 않다는 것입니다. 즉, Mac 또는 Linux 컴퓨터에서 HomeValue 및 homevalue이라는 파일을 서로 옆에 만들면 Windows로 이동할 때 문제가 발생할 수 있습니다.

내 추천은 ASCII 문자를 사용하는 것이며, 대소 문자를 제외하고는 두 개의 이름이 같지 않습니다. 단어 분리에 관해서는 공백이 잘 작동해야합니다. _ 또는 -을 HTTP를 통해 제공하지 않는 한 사용할 이유가 없습니다.