폴더 이름 중간 필드를 일괄 삭제하는 방법은? 시작 및 끝 표시로 내용을 삭제하는 튜토리얼

프로젝트 폴더에는 초안 표시, 내부 번호, 이전 버전 정보 및 임시 메모가 자주 포함됩니다. 이러한 내용이 고정된 시작 및 종료 마커 사이에 있으면 항목별로 찾아 수동으로 이름을 바꿀 필요가 없습니다. 이 문서에서는 START와 _END를 경계로 하여 HeSoft Doc Batch Tool 을(를) 통해 여러 폴더를 가져오고, 구간 삭제 조건을 설정하고, 좌우 마커를 유지하며 결과를 일괄 출력하는 방법을 설명합니다. 또한 밑줄 매칭, 특수 디렉터리 필터링, 중복 경계 및 정식 처리 전 테스트와 같은 실용적인 주의 사항도 함께 안내합니다.

팀 협업 및 일상 사무 환경에서 폴더 이름은 프로젝트가 진행됨에 따라 점점 더 많은 정보가 추가되는 경우가 많습니다. 예를 들어 디자이너는 oldVersion을 추가하고, 개발자는 debugInfo나 alpha를 표시하며, 문서 정리 담당자는 2024Draft, batch001과 같은 배치 설명을 적을 수 있습니다. 프로젝트가 종료되면 이러한 중간 필드는 더 이상 필요하지 않지만, 폴더 이름 앞부분의 업무 구분과 뒷부분의 보관 상태는 계속 유지해야 합니다.

폴더 수가 많을 경우 이름에서 중간 필드를 수동으로 삭제하면 반복 작업이 많이 발생합니다. 더욱 번거로운 점은 각 디렉터리에서 삭제해야 할 구체적인 텍스트가 완전히 동일하지 않아 일반적인 단어 찾기 및 바꾸기로는 한 번에 처리하기 어렵다는 것입니다. 해결 방법은 삭제할 내용을 하나씩 나열하는 것이 아니라 공통적인 시작 및 끝 표시를 식별한 다음, 두 표시 사이의 모든 텍스트를 일괄 삭제하는 것입니다.

이 문서에서는 HeSoft Doc Batch Tool 을 사용하여 설명합니다. 이 소프트웨어는 사무용 파일 및 폴더 일괄 처리에 적합하며, 규칙이 명확하고 수량이 많은 정리 작업을 한 번에 실행하는 데 유용합니다. 예시에서는 START를 시작 텍스트로, _END를 끝 텍스트로 사용하며 최종적으로 두 표시를 유지하고 그 사이에 있는 가변 필드를 제거합니다.

적용 시나리오: 시작 및 끝 표시에 따라 이름의 중간 필드 정리

프로젝트 디렉터리에서 초안 및 버전 정보 제거

프로젝트 자료는 “프로젝트 이름＋시작 표시＋버전 정보＋끝 표시＋현재 상태” 구조를 사용하는 경우가 많습니다. 버전 정보는 매일 바뀔 수 있지만 시작과 끝 표시는 고정되어 있습니다. 보관이 끝난 후 Draft, alpha, oldVersion 등의 내용을 한 번에 삭제하면 디렉터리 이름을 더욱 통일되게 만들 수 있습니다.

배치 번호, 테스트 표시 및 내부 메모 일괄 제거

주문, 송장, 고객 자료 및 테스트 데이터에는 batch001, sampleChunk, privateText, rawSet과 같은 필드가 자주 나타납니다. 이러한 내용은 철자와 길이가 서로 달라 하나씩 찾는 것은 비효율적입니다. 통일된 구분 기호 사이에 있다면 텍스트 구간 단위로 삭제하는 것이 더 직접적입니다.

여러 사무용 파일이 포함된 자료실 정리

하나의 폴더에 docx, doc, xlsx, xls, pptx, ppt, PDF, 이미지가 동시에 포함될 수 있습니다. 이 문서의 작업은 폴더 이름만 변경하며 내부 파일이 같은 형식을 사용할 것을 요구하지 않습니다. 따라서 종합 사무 자료실, 고객 납품 디렉터리, 프로젝트 보관 드라이브, 부서 공유 디렉터리의 통일된 이름 정리에 적합합니다.

직접 적용하기 어려운 경우

폴더 이름에 고정된 경계가 없거나 이름마다 완전히 다른 구분 방식을 사용한다면 동일한 시작 및 끝 텍스트를 직접 적용하기 어렵습니다. 이 경우 먼저 이름 구조에 따라 그룹을 나눈 다음 각각 규칙을 설정해야 합니다. 일괄 처리의 목적은 통일성과 효율성이지만, 전제 조건은 입력 레코드가 동일한 조건을 충족해야 한다는 점입니다.

결과 미리보기: 복잡한 이름을 통일된 구조로 변경

처리 전 이름의 공통 규칙

처리 전 스크린샷에는 총 10개의 폴더가 있습니다. 각 이름의 중간 필드는 다르지만 전체 구조는 동일합니다. 앞부분은 Backup, Build, Client, Data, Design과 같은 업무 이름이고, 중간에는 모두 START와 _END가 있으며, 끝부분은 Final, Release, Archive, Clean, Approved와 같은 상태입니다.

예를 들면 다음과 같습니다.

• Build_START_debugInfo_END_Release
• Data_START_sampleChunk_END_Clean
• Design_START_oldVersion_END_Approved
• Notes_START_privateText_END_Public
• Task_START_removeThis_END_Done

삭제해야 할 내용은 각각 _debugInfo, _sampleChunk, _oldVersion, _privateText, _removeThis입니다. 이들은 통일된 문자가 없어 하나의 고정 단어로 간단히 바꿀 수 없습니다. 그러나 모두 START와 _END 사이에 있으므로 구간 단위로 식별할 수 있습니다.

처리 후의 통일된 결과

일괄 수정을 완료하면 모든 가변 필드가 사라집니다. “Build_START_debugInfo_END_Release”를 예로 들면 처리 후 “Build_START_END_Release”가 되고, “Task_START_removeThis_END_Done”은 “Task_START_END_Done”이 됩니다.

스크린샷에서 업무 이름, START, END, 끝 상태가 모두 유지된 것을 확인할 수 있습니다. 변경은 지정된 두 텍스트 사이에서만 발생하므로 규칙이 이름의 다른 영역으로 확대되지 않았음을 알 수 있습니다. 이러한 처리 방식은 이름 프레임을 유지하면서 특정 필드 구간만 정리해야 하는 시나리오에 특히 적합합니다.

작업 단계: 폴더 이름 구간 삭제 규칙 만들기

1단계: 폴더 이름 분류에서 텍스트 삭제 선택

HeSoft Doc Batch Tool 을 실행한 후 먼저 왼쪽에서 “폴더 이름”을 선택합니다. 해당 분류에 들어가면 메인 영역에 여러 폴더 이름 지정 도구가 표시됩니다. “폴더 이름에서 텍스트 삭제”를 선택하여 이번 일괄 작업을 시작합니다.

올바른 기능을 선택하는 것이 매우 중요합니다. “폴더 이름에서 텍스트 삭제”는 디렉터리 이름을 대상으로 하며, 폴더 안의 파일을 삭제하거나 Word, Excel, PDF의 본문을 지우는 것이 아닙니다. 기능에 들어가기 전에 처리 대상을 명확히 하여 잘못된 도구 분류를 선택하지 않아야 합니다.

2단계: 동일한 이름 규칙을 따르는 폴더 가져오기

기능 페이지의 첫 번째 단계는 “처리할 레코드 선택”입니다. 오른쪽 위의 “폴더 추가”를 클릭하여 이름을 변경할 디렉터리를 표에 추가합니다. 목록에는 각 레코드의 이름, 위치 경로, 생성 시간, 수정 시간이 표시되므로 처리 전에 확인하기 편리합니다.

스크린샷의 레코드는 동일한 테스트 경로에 있으며 총 10개입니다. 이때 서둘러 다음 단계로 넘어가지 말고 다음 사항을 집중적으로 확인해야 합니다.

1. 이름에 START와 _END가 모두 있는지.
2. 유지해야 할 접두사와 접미사가 완전한지.
3. 수정하지 않아야 할 정식 디렉터리가 섞여 있지 않은지.
4. 경계 텍스트의 대소문자, 밑줄, 공백이 일치하는지.

특정 레코드가 처리 대상이 아니라면 해당 행 작업 영역의 삭제 아이콘을 사용하여 작업에서 제외할 수 있습니다. 전체 디렉터리를 잘못 선택한 경우 “비우기”를 사용한 후 다시 추가하면 됩니다. 레코드를 확인한 후 페이지 하단의 “다음”을 클릭합니다.

3단계: 두 텍스트 사이의 내용 삭제 선택

“처리 옵션 설정” 단계에 들어가면 작업 유형에서 “두 텍스트 사이의 모든 내용”을 선택합니다. 이 옵션은 모든 숫자 삭제, 모든 한자 삭제, 가장 왼쪽의 몇 개 텍스트 삭제 등과 달리 문자 종류나 고정 길이에 따라 삭제하는 것이 아니라 좌우 두 텍스트를 사용하여 구간을 지정합니다.

예시에 따라 다음 매개변수를 입력합니다.

• 왼쪽 텍스트 입력: START
• 오른쪽 텍스트 입력: _END
• 왼쪽 텍스트 포함: 끔
• 오른쪽 텍스트 포함: 끔

설정을 완료하면 소프트웨어가 START와 _END를 찾아 그 사이의 내용을 삭제합니다. 두 포함 스위치가 모두 꺼져 있으면 경계는 위치 지정에만 사용되며 삭제 대상에 포함되지 않습니다.

4단계: 목표 결과에 따라 경계 포함 여부 판단

매개변수 설정의 어려움은 보통 START나 END를 입력하는 것보다 밑줄이 어느 부분에 속하는지, 경계 자체를 유지해야 하는지를 결정하는 데 있습니다. 이 예시의 원래 이름은 “Backup_START_tempFiles_END_Final”이고 목표 이름은 “Backup_START_END_Final”입니다. 이 결과를 얻으려면 왼쪽에 START를, 오른쪽에 _END를 입력해야 합니다.

여기서 오른쪽 조건에 밑줄이 포함된 이유는 START 뒤의 밑줄과 tempFiles를 삭제하되 _END의 밑줄은 유지하려는 의도 때문입니다. 다시 말해 삭제할 구간은 “_tempFiles”이고 오른쪽 경계는 두 번째 밑줄부터 시작합니다. END만 입력하면 실제 위치 지정 구간이 달라져 최종 이름의 기호 조합이 기대와 다를 수 있습니다.

두 포함 옵션도 반드시 꺼져 있어야 합니다. 왼쪽 텍스트를 삭제 범위에 포함하면 START가 함께 제거될 수 있고, 오른쪽 텍스트를 포함하면 _END도 삭제될 수 있습니다. 실제 목표가 시작 및 끝 표시를 포함한 전체 구간을 삭제하는 것이라면 해당 옵션을 켜야 합니다.

5단계: 저장 위치 계속 설정

삭제 조건을 확인한 후 “다음”을 클릭합니다. 페이지 상단의 흐름 표시에 따르면 처리 옵션 다음은 “저장 위치 설정”입니다. 이 단계에서는 소프트웨어 인터페이스의 실제 안내에 따라 결과 위치나 저장 방식을 결정해야 합니다. 중요한 사무 자료의 경우 확인하기 쉬운 방안을 우선 선택하고, 규칙을 테스트하지 않은 상태에서 유일한 원본 디렉터리를 직접 처리하지 않는 것이 좋습니다.

저장 설정을 완료한 후 흐름의 “처리 시작” 단계로 들어갑니다. 실행 전에 돌아가서 폴더 레코드, 좌우 텍스트, 포함 옵션이 모두 올바른지 확인할 수 있습니다.

6단계: 처리 시작 및 결과 확인

일괄 작업을 실행한 후 결과 위치에서 폴더 이름을 확인합니다. 확인할 때 첫 번째 레코드만 보지 말고 목록의 처음, 중간, 끝에 있는 여러 디렉터리를 각각 확인하여 길이가 다른 필드가 모두 제거되었는지 확인하는 것이 좋습니다.

예상 결과는 세 가지 조건을 충족해야 합니다. 첫째, START 앞의 내용이 변경되지 않아야 합니다. 둘째, START와 _END 사이의 텍스트가 삭제되어야 합니다. 셋째, _END 뒤의 상태 필드가 계속 유지되어야 합니다. 이 세 가지 조건이 모두 충족되면 구간 삭제 규칙이 올바르게 설정된 것입니다.

자주 묻는 질문: 이름 텍스트 일괄 삭제 시 놓치기 쉬운 점

tempFiles를 직접 찾아 빈 값으로 바꾸면 안 되는 이유

고정 텍스트 찾기는 모든 폴더에 동일한 삭제 대상 단어가 포함된 경우에만 적합합니다. 이 예시에서는 각 레코드의 중간 내용이 다르므로 교체 규칙을 하나씩 만들면 작업 횟수가 폴더 수에 따라 늘어납니다. 두 표시로 구간을 지정하면 중간의 구체적인 내용은 신경 쓰지 않아도 되므로 동적 필드를 일괄 제거하는 데 더 적합합니다.

START와 _END는 대소문자를 구분해야 하나요

일치 정확도를 높이려면 문자 대소문자, 밑줄, 하이픈, 공백을 포함하여 폴더 이름의 실제 형태 그대로 입력해야 합니다. 목록에 START, Start, start가 동시에 존재한다면 먼저 그룹을 나누어 테스트하고, 이들을 같은 텍스트로 취급할 것이라고 가정하지 않는 것이 좋습니다.

이름에 _END가 없으면 어떻게 되나요

어느 한쪽 경계라도 없는 이름은 완전한 구간을 갖추지 못하므로 예시 규칙에 따라 정확히 위치를 지정할 수 없습니다. 가장 안전한 방법은 레코드를 추가한 후 필터링하여 경계가 없거나 경계 철자가 잘못되었거나 구조가 다른 디렉터리를 현재 작업에서 제외하고 따로 처리하는 것입니다.

하나의 이름에 동일한 경계가 여러 그룹 있으면 어떻게 되나요

같은 폴더 이름에 START나 _END가 여러 번 나타나면 일치할 수 있는 구간이 여러 개 생길 수 있습니다. 스크린샷에는 중복 경계 시의 구체적인 일치 방식이 표시되지 않았으므로 처리 결과를 바로 단정해서는 안 됩니다. 대표 디렉터리 하나를 복사하여 소규모 테스트를 먼저 실행하고, 소프트웨어가 선택한 구간이 요구 사항에 맞는지 확인한 후 일괄 실행하는 것이 좋습니다.

처리 후 연속 밑줄이 생기는 것이 정상인가요

연속 기호가 생기는지는 경계 텍스트의 표기 방식에 따라 다릅니다. 예시에서는 처리 후 START_END로 표시되며 이것이 예상 구조입니다. 목표가 양쪽 텍스트를 직접 연결하거나 구분 기호 하나만 유지하는 것이라면 밑줄이 왼쪽 경계, 삭제 구간, 오른쪽 경계 중 어디에 속하는지 다시 분석하고 그에 따라 입력 내용을 조정해야 합니다.

일괄 이름 변경이 폴더 내부 문서에 영향을 주나요

이 기능의 이름과 작업 대상을 고려하면 처리하는 것은 폴더 이름이지 내부의 doc, docx, xls, xlsx, pptx 또는 PDF 파일의 본문이 아닙니다. 다만 일부 바로가기, 프로그램 설정, 표 링크, 스크립트는 원래 디렉터리 경로에 의존할 수 있습니다. 폴더 이름을 변경하면 경로가 달라지므로 외부 참조가 관련된 경우 미리 영향을 평가하고 백업을 유지해야 합니다.

일괄 정리 정확도를 높이기 위한 실용적인 제안

많은 디렉터리를 정식으로 처리하기 전에 전체 데이터에서 대표적인 폴더 3~5개를 복사하여 중간 텍스트가 긴 것, 짧은 것, 숫자가 포함된 것, 영문이 포함된 것 등 다양한 샘플을 준비합니다. 동일한 규칙으로 실행한 후 결과가 모두 올바른지 관찰합니다. 소규모 샘플 검증을 통해 경계의 밑줄 누락, 포함 옵션 설정 오류 등의 문제를 미리 발견할 수 있습니다.

정리할 디렉터리에 여러 이름 방식이 존재한다면 경계 구조에 따라 배치를 나누어 처리할 수 있습니다. 예를 들어 START와 _END를 사용하는 디렉터리를 한 배치로, BEGIN과 _FINISH를 사용하는 디렉터리를 다른 배치로 처리합니다. 각 배치에는 명확한 규칙 하나만 적용하는 것이 모든 디렉터리를 한 번에 가져오는 것보다 더 안전합니다.

또한 실행 전에 원래 이름을 기록해 두면 이후 확인에 도움이 됩니다. 중요한 프로젝트는 백업을 유지해야 하며, 특히 폴더 경로가 다른 사무 문서, 자동화 스크립트, 협업 시스템에서 이미 참조되고 있는 경우에는 더욱 그렇습니다.

요약

많은 폴더 이름에 서로 다른 임시 필드가 존재하고 이 필드가 고정된 시작 및 끝 표시 사이에 있을 때, 구간 단위 일괄 삭제가 하나씩 찾아 바꾸는 것보다 더 효율적입니다. 이 문서의 예시에서는 START와 _END로 범위를 지정하고 “왼쪽 텍스트 포함”과 “오른쪽 텍스트 포함”을 끄면 이름 프레임을 유지하면서 중간의 버전, 배치 또는 메모 정보만 제거할 수 있습니다.

HeSoft Doc Batch Tool 은 폴더 추가, 규칙 설정, 저장 예약, 처리를 명확한 흐름으로 구성하여 사무 자료 정리에서 반복되는 기계적 작업을 줄이는 데 적합합니다. 실제 사용 시에는 먼저 이름 규칙을 확인하고 소량의 복사본으로 테스트한 후 전체 디렉터리를 가져와 일괄 실행하는 것이 좋습니다. 이렇게 하면 항목별로 이름을 바꾸는 시간을 절약할 수 있고, 여러 사람이 정리할 때 이름 불일치나 수정 누락이 발생할 위험도 줄일 수 있습니다.