실행하지 않고 소스를 작성하려는 쉘 스크립트의 파일 유형 확장자에 대한 규칙이 있는지 궁금합니다. 예를 들면 다음과 같습니다.
이 스크립트를 서브 쉘에서 실행하려면
./script.sh
현재 셸에서이 스크립트를 실행해야한다는 것을 기억하십시오.
. script.source
거기에 대회 두 번째 예에서 파일 타입 (예를 들어, POSIX 등)? .source
또는 무엇인가 .sourceme
?
최신 정보
이 질문은 어떤 의견도 묻지 않습니다. 이런 종류의 스크립트에 대해 표준화 된 파일 확장자가 있는지 알고 싶습니다. 이 질문은 비슷한 문제에 대해 잘 알려진 질문 보다 의견에 근거하지 않습니다 ( bash 스크립트에 .sh 또는 .bash 확장명을 사용 하시겠습니까? ).
용도에 따라 env, rc, conf 등을 가질 수 있습니다.
—
123
123 @ 당신이 뭔가 유용한 먹으 렴를 구축하고 그것을 넣어 때때로 일단 따라
—
the_velour_fog
$PATH
그와 같은, 그래서, 당신은 모든 시간을 사용하는 온 ps
, ls
, curl
다른 명령, 당신은 주위 빌드 쉘 완성 기능을 시작하는 모든, 내가 발견 확장을 삭제해도됩니다. 그러나 그렇습니다. 스스로 실행할 수없는 쉘 스크립트를 소싱 할 때 나는 그렇게하지 않을 chmod +x
것이며 이름을 지정할 것 script.sh
입니다. 또한 확장 프로그램을 지정하지 않으면 편집기에서 구문 강조 표시를 얻지 못하기 때문에 확장 기능을 종종 할당합니다.
컨벤션이 없습니다. 회사에 있거나 공유 프로젝트 (예 : 오픈 소스)에서 공동 작업하는 경우 현지 표준을 준수해야하지만 실제로는 협약이 없습니다.
—
Stephen Harris
"컨벤션" (2 번을 의미) 이라는 단어 는 아마도 "의견 기반"답변으로 이어지는 것입니다. 소스 오픈 그룹 스펙은 어떤 명명 표준을 적용하지 않습니다.
—
Jeff Schaller
#!/bin/sh
또는 이와 유사한 것으로 시작)는 확장명이 없어야한다고 생각합니다. 사용자는 기본 스크립트가 작성된 언어에 신경 쓸 필요가 없기 때문입니다.