sed: 편집기를 열지 않고 스트림 편집

핵심 내용

• 커밋하기 전에 미리보기: sed -n '10,20p' 파일은 줄 범위를 표시하고 동일한 -n + p 조합은 정규식 또는 주소와 일치하는 줄만 인쇄합니다.
• 의미하는 바를 수행하는 플래그로 대체하십시오. 모든 일치 항목에는 s/old/new/g, 두 번째 일치 항목에는 2g와 같은 숫자, 백슬래시 이스케이프 페이지가 없는 확장 정규식에는 -E를 사용하세요.
• 내부 편집에는 접미사가 붙으며 예외는 없습니다. sed -i.bak 's/http:/https:/g' 앱은 모든 변경 사항 옆에 동일한 이름의 백업을 유지합니다. 그 접미사는 어떤 편집자의 실행 취소 기록보다 더 많은 배포를 구해냈습니다.
• 구분 기호는 무료입니다. s|/var/www|/srv/app|g(또는 s#...#g)는 패턴이 경로로 가득 차 있을 때 슬래시 이스케이프 싸움을 방지합니다.
• -i는 원자적이지 않습니다. 배치 중간에 충돌이나 잘못된 정규식으로 인해 절반만 다시 작성된 파일이 남아 있으므로 대량 작업은 복사본이나 git 추적 트리에 대해 실행되며 유일한 복사본이 아닙니다.
• GNU와 BSD sed는 -i에 동의하지 않습니다. BSD에는 스크립트 앞에 접미사가 필요합니다(sed -i ''는 macOS에서 작동하며 Linux 구문이 아닙니다). 이는 이식성 스크립트가 -i를 완전히 피하는 또 하나의 이유입니다.
• 삭제 및 격리는 정직한 동사입니다. 'd'는 일치하는 줄을 제거하고(sed '/^#/d' 주석은 ​​제거) 범위를 사용하는 -n은 섹션을 분리합니다. 둘 다 영리한 대체보다 더 잘 읽혀집니다.
• 한 줄 편집, 리터럴 여러 줄 블록 또는 상태 저장 조인 이후의 모든 내용은 awk 또는 실제 스크립트에 속합니다. sed에게 프로그래머 작업을 하도록 강요하는 것은 읽을 수 없는 한 줄짜리 코드가 탄생하는 방식입니다.

현장 노트

.bak 접미사가 없는 첫 번째 sed -i는 오후 트래픽 피크 직전에 프로덕션 nginx 구성에 도달했습니다. 그 이후로 모든 내부 편집에는 백업 접미사가 포함되어 있으며 -i가 명령 근처에 가기 전에 테스트 실행 출력을 읽었습니다.

자주 묻는 질문