Microsoft MVP성태의 닷넷 이야기
오류 유형: 773. shell script 실행 시 "$'\r': command not found" 오류 [링크 복사], [링크+제목 복사],
조회: 16812
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

shell script 실행 시 "$'\r': command not found" 오류

예를 들어 볼까요? ^^ 윈도우 환경에서 다음과 같이 간단한 shell script를 만들고,

echo "TEST"

이를 WSL 환경, 또는 리눅스 환경에서 실행하면 다음과 같이 오류가 발생합니다.

$ ./test.sh
./test.sh: line 1: $'\r': command not found
TEST
./test.sh: line 3: $'\r': command not found
./test.sh: line 5: syntax error near unexpected token `$'{\r''
'/test.sh: line 5: `{

왜냐하면, 리눅스의 경우 개행 처리가 0x0a('\n') 단일 문자이지만, 윈도우의 경우는 0x0d('\r'), 0x0a('\n') 2개의 문자이기 때문입니다. 게다가 리눅스의 bash 쉘은 '\r' 문자를 파싱해야 할 대상으로 취급하니 문제가 됩니다.




재미있는 것은, 저 규칙이 git으로 관리하는 프로젝트의 경우 혼란스러운 상황을 연출할 수 있습니다.

가령, 윈도우에서 개발하느라 리눅스에서의 사용을 고려해 ".sh" 파일만 특별하게 '\n' 단일 개행을 해서 저장했는데, 이 파일을 다른 윈도우 환경에서 git fetch로 업데이트를 받는 경우 '\r', '\n'으로 자동 변경이 됩니다.

이 규칙은 git의 core.eol / core.autocrlf로 인한 것인데요,

git 에서 CRLF 개행 문자 차이로 인한 문제 해결하기
; https://www.lesstif.com/gitbook/git-crlf-20776404.html

따라서, git fetch로 인한 업데이트 시에 ".sh" 파일의 개행을 윈도우 환경에서도 그대로 받으려면 "core.autocrlf"를 false로 설정해야 합니다.

그런데, 위의 글에 보면 false가 기본 설정이라고 하는데 비주얼 스튜디오와 함께 설치되는 git 클라이언트의 경우에는 기본값이 true로 설정돼 있습니다.

C:\temp> where git
C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\Common7\IDE\CommonExtensions\Microsoft\TeamFoundation\Team Explorer\Git\cmd\git.exe

C:\temp> git config --list
error: cannot spawn less: No such file or directory
core.symlinks=false
core.autocrlf=true
color.diff=auto
color.status=auto
color.branch=auto
color.interactive=true
pack.packsizelimit=2g
help.format=html
http.sslcainfo=/ssl/certs/ca-bundle.crt
diff.astextplain.textconv=astextplain
rebase.autosquash=true
filter.lfs.clean=git-lfs clean -- %f
filter.lfs.smudge=git-lfs smudge -- %f
filter.lfs.process=git-lfs filter-process
filter.lfs.required=true
include.path=C:/Program Files (x86)/Git/etc/gitconfig
include.path=C:/Program Files/Git/etc/gitconfig
core.repositoryformatversion=0
core.filemode=false
core.bare=false
core.logallrefupdates=true
core.symlinks=false
core.ignorecase=true
remote.origin.url=ssh://git@git.testgit.com:5000/testusr/test-prj.git
remote.origin.fetch=+refs/heads/*:refs/remotes/origin/*
branch.main.remote=origin
branch.main.merge=refs/heads/main

따라서 이런 경우에는 명시적으로 false로 설정해야 합니다.

C:\temp> git config --global core.autocrlf false

이렇게 환경 설정이 되면, 윈도우에서 get fetch해도 해당 .sh 파일을 wsl(또는 리눅스) 환경에서 정상적으로 실행할 수 있습니다.

하지만 개인적으로 저 설정을 다른 개발자 PC에서 일일이 하는 것은 다소 불편한 해결책으로 보입니다. 그보다는, sh 파일에 대한 개행을 특별히 LF만으로 처리할 것이기 때문에 ".gitattributes" 파일을 통해 개행 자동 관리에서 제외하는 설정이 더 나은 듯합니다.

# .gitattributes

*.sh     -text

(참고로 이렇게 설정 후, 타 PC의 'git fetch'에 반영하려면 대상 파일이 당연히 변경되어야 합니다. 그렇지 않으면 "git fetch"로는 변경 사항이 없으므로 다시 내려받지 않아 기존 파일이 유지될 뿐입니다.)




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 12/13/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 121  122  123  [124]  125  126  127  128  129  130  131  132  133  134  135  ...
NoWriterDateCnt.TitleFile(s)
10915정성태3/9/201625731오류 유형: 323. FatalExecutionEngineError was detected
10914정성태3/8/201629060오류 유형: 322. 정적 라이브러리 참조 시 "LNK2019 unresolved external symbol '...' referenced in function" 오류 발생파일 다운로드1
10913정성태3/7/201628607.NET Framework: 556. C#으로 다루는 MBR(Master Boot Record) [9]파일 다운로드1
10912정성태3/2/201624023.NET Framework: 555. List<T>의 Resize 메서드 구현 [2]파일 다운로드1
10911정성태2/29/201628170Math: 15. 그래프 그리기로 알아보는 뉴턴-랩슨(Newton-Raphson's method)법과 제곱근 구하기 - C#파일 다운로드1
10910정성태2/29/201630563Math: 14. HTML에서 수학 관련 기호/수식을 표현하기 위한 방법 - MathJax.js - 두 번째 이야기 [5]
10909정성태2/25/201628900기타: 56. ETW provider 목록 [3]
10908정성태2/25/201624845기타: 55. ETW man 파일 목록
10907정성태2/24/201624743.NET Framework: 554. 인터프리터 - 재귀적 하향 구문 분석 C# 예제파일 다운로드1
10906정성태2/24/201621439.NET Framework: 553. C# 관리 코드에서 IMetaDataDispenserEx, IMetaDataImport 관련 인터페이스를 얻는 방법파일 다운로드1
10905정성태2/24/201625246오류 유형: 321. Hyper-V The operation failed with error code '32791'.
10904정성태2/23/201623314.NET Framework: 552. 인터프리터 - 역폴란드 표기법을 이용한 식의 분석 - C# 예제파일 다운로드1
10903정성태2/22/201623655.NET Framework: 551. 인터프리터 어휘 분석 프로그램 - C# 예제파일 다운로드1
10902정성태2/22/201623767.NET Framework: 550. GetFunctionPointer 호출 시 System.InvalidProgramException 예외 발생
10901정성태2/20/201627466.NET Framework: 549. ContextBoundObject 상속 클래스와 System.Reflection.ReflectionTypeLoadException 예외 [4]파일 다운로드1
10900정성태2/19/201626283.NET Framework: 548. Linq는 결국 메서드 호출! [3]파일 다운로드1
10899정성태2/17/201627577개발 환경 구성: 282. kernel32.dll, kernel32legacy.dll, api-ms-win-core-sysinfo-l1-2-0.dll [1]
10898정성태2/17/201625534.NET Framework: 547. PerformanceCounter의 InstanceName 지정 시 주의 사항파일 다운로드1
10897정성태2/17/201625313디버깅 기술: 76. windbg 분석 사례 - 닷넷 프로파일러의 GC 콜백 부하
10896정성태2/17/201625284오류 유형: 320. FATAL: 28000: no pg_hba.conf entry for host "fe80::1970:8120:695:a41e%12"
10895정성태2/17/201624369.NET Framework: 546. System.AppDomain으로부터 .NET Profiler의 AppDomainID 구하는 방법 [1]
10894정성태2/17/201624088오류 유형: 319. Visual Studio에서 찾기는 성공하지만 해당 소스 코드 정보가 보이지 않는 경우
10893정성태2/16/201623495.NET Framework: 545. 닷넷 - 특정 클래스가 로드되었는지 여부를 알 수 있을까? - 두 번째 이야기
10892정성태2/16/201623616오류 유형: 318. 탐색기에서 폴더 생성/삭제 시 몇 초 동안 멈추는 현상
10891정성태2/16/201627529VC++: 95. 내 CPU가 MPX/SGX를 지원할까요? [1]
10890정성태2/15/201626105.NET Framework: 544. C# 5의 Caller Info를 .NET 4.5 미만의 응용 프로그램에 적용하는 방법 [5]
... 121  122  123  [124]  125  126  127  128  129  130  131  132  133  134  135  ...