예상치 못한 내부 sed 동작

두 인스턴스 중 하나를 대체하기 위해 sed one-liner를 작성하려고 할 때

infra/helm/*/charts/*

또는

infra/helm/*/charts/

"infra/helm/*/charts/*"를 포함하는 파일에서 개행 문자와 다음과 같은 다른 텍스트 줄

infra/helm/*/charts/*
infra/helm/*/manifests/

이 패턴을 성공적으로 감지하고 이 코드 줄을 사용하여 일반 zsh(버전: zsh 5.7.1 (x86_64-apple-darwin19.0)) 터미널 창에서 패턴을 교체했습니다.

sed -E $'s/infra\\/helm\\/\\*\\/charts\\/(\\*)\*/infra\\/helm\\/\\*\\/charts\\/\\*\\\ninfra\\/helm\\/\\*\\/manifests\\//' myfile

(GNU) sed에 '-i' 플래그가 도입되었을 때 동작에 이상한 변화가 생겼습니다. 이 플래그를 사용하여 똑같은 라인을 실행할 때

(즉

sed -iE $'s/infra\\/helm\\/\\*\\/charts\\/(\\*)\*/infra\\/helm\\/\\*\\/charts\\/\\*\\\ninfra\\/helm\\/\\*\\/manifests\\//' datfile

)

파일이 수정되지 않은 것으로 나타났습니다. 일반적으로 나는 이것이 파일 권한의 일부 특이성이나 직접 터미널 항목이 아닌 스크립트를 호출하여 생성되는 프로세스 때문이라고 가정하지만 이상하게도 확인했습니다.

sed -iE $'s/infra\\/helm\\/\\*\\/charts\\/\\*/infra\\/helm\\/\\*\\/charts\\/\\*\\\ninfra\\/helm\\/\\*\\/manifests\\//' datfile

좋은 결과. (눈의 피로를 피하기 위해 이 라인의 유일한 차이점은

infra/helm/*/charts/*

수락하지 않고 패턴 일치로

infra/helm/*/charts/

)

이것이 왜 그런지 아는 사람이 있습니까? FWIW, 위의 zsh 버전을 인터프리터로 사용하는지 여부에 관계없이 이 동작이 여전히 존재한다는 것을 확인했습니다.또는 GNU bash, version 3.2.57(1)-release (x86_64-apple-darwin19) Copyright (C) 2007 Free Software Foundation, Inc.대안으로. 몇 가지 해결 방법을 찾는 것이 그리 어렵지는 않겠지만, 저는 sed 기술을 향상시키고 싶기 때문에 이런 일이 발생하는 이유를 이해하는 것이 저에게 매우 중요할 것입니다.

실행 정보 덤프를 첨부했습니다.

strings $(which sed) 

다음과 같은

$FreeBSD: src/usr.bin/sed/compile.c,v 1.28 2005/08/04 10:05:11 dds Exp $
$FreeBSD: src/usr.bin/sed/main.c,v 1.36 2005/05/10 13:40:50 glebius Exp $
$FreeBSD: src/usr.bin/sed/misc.c,v 1.10 2004/08/09 15:29:41 dds Exp $
$FreeBSD: src/usr.bin/sed/process.c,v 1.39 2005/04/09 14:31:41 stefanf Exp $