"안전한"파일 명명

Question

Windows, Mac OS, Linux 등에서 발생할 수있는 "안전하지 않은"파일 이름이 있습니까? 예를 들어

는 :

• New Video 2012-External Room
• GED Practice Sheet
• RgRrE-re-_d Da-

난 공백, 밑줄, 대문자 파일 이름을 지정 들었어요 및 대시 잠재적으로 문제가 될 수있다 Windows는 금지 된 문자 목록에 포함하지 않지만 사실입니까? 나는 대문자와 소문자를 구별하지 않는 프로그램을 보았을 때 막연하게 기억하고 있으며 HTML URL은 안전하지 않은 ASCII 문자를 % (예 : 공백)으로 인코딩한다는 것을 알고 있습니다.

Answer 1

유닉스 계열 (Linux 및 Mac OS 포함) 및 Windows는 모두 밑줄에 아무런 문제가 없어야합니다. 공백도 일반적으로 괜찮지 만 가끔씩 처리 할 수없는 버그가있는 코드를 찾는 경우가 있습니다.

Windows의 경우 대문자가 문제가 있다는 것은 아닙니다. Windows 파일 시스템은 대소 문자를 구분하지 않기 때문에 어떤 경우에는 상호 운용 할 때 (예 : 대소 문자를 구분하는 git repo) 문제가 발생할 수 있습니다 (예 : repo가 ​​다른 대소 문자로 중복 됨).

나는 -에 대해 확실하지 않습니다. 이를 피하는 한 가지 이유는 -이 많은 명령 줄 프로그램 (예 : rm -r)에 특별한 의미가 있다는 것입니다. 따라서 .\-r과 같은 성가신 구문을 사용해야합니다. 나는 또한 일반적으로 %와 같은 이국적인 것들을 피할 것이다.

Answer 2

사용 환경에 따라 크게 달라집니다. 표준 시스템 API를 사용하는 대다수의 응용 프로그램에서 문제가 발생하지 않아도 일부 비 금지 문자는 특정 프로그램에서 문제를 일으킬 수 있습니다.

일부 프로그램 (특히 명령 줄 도구)은 파일 이름의 공백을 구분할 수 있습니다. 다른 사람들은 내부적으로 ASCII만을 사용할 수 있으므로 기본 ASCII 이외의 문자를 포함하는 파일 이름을 처리 할 수 ​​없습니다. (대부분의 최신 OS는 파일 이름에서 거의 모든 유니 코드 문자를 수용합니다.)

일부 도구는 특정 문자를 이스케이프해야 할 수 있습니다 (예 : 일괄 스크립트에서는 %). 다른 도구는 파일 이름에 따옴표가없는 것을 선호 할 수 있습니다.

마지막으로, 대문자/소문자에 대한 참고 사항 : 대부분의 Windows 파일 시스템은 대소 문자를 유지하지만 대소 문자를 구분하지 않으므로 대/소문자 차이는 일반적으로 중요하지 않습니다.

그러나 대부분의 경우 파일을 작동 시키려면 몇 가지 해결 방법이 필요한 경우에도 파일을 사용할 수 있습니다.