폴더 이름에 고정 구분자가 포함된 경우, 중간 필드를 일괄 제거하고 앞뒤 내용을 유지하는 방법

프로젝트 디렉터리에서는 버전 번호, 배치 번호, 내부 메모 또는 임시 라벨을 고정 구분 기호로 감싸는 경우가 많습니다. 보관 시 이러한 필드를 하나씩 삭제하면 작업량이 많고 앞뒤 이름이 손상되기 쉽습니다. 이 문서에서는 START와 _END로 삭제 범위를 지정하여 왼쪽 및 오른쪽 경계를 기준으로 폴더 이름을 일괄 정리하는 방법을 소개합니다. 구분 표시와 앞뒤 유효 정보는 유지하며, 조작 화면을 통해 디렉터리 추가, 규칙 설정, 스위치 확인 및 결과 검증의 전체 과정을 설명합니다.

많은 팀이 작업 디렉터리를 만들 때 비즈니스 이름, 내부 필드, 처리 상태를 같은 폴더 이름에 조합합니다. 예를 들어 “Client_START_2024Draft_END_Archive”에는 고객 또는 프로젝트 식별자와 초안 연도, 보관 상태가 함께 포함됩니다. 이런 명명 방식은 자료가 이동하는 단계에서는 편리하지만, 정식 보관·외부 발송·통합 인도 시점에는 고정 구분자 사이에 있는 내부 필드를 제거해야 하는 경우가 많습니다.

각 폴더 중간의 내용이 모두 다르다면 일반적인 단어 치환은 실용적이지 않습니다. tempFiles, debugInfo, 2024Draft, batch001, alpha 같은 텍스트를 하나씩 치환 규칙으로 만들 수는 없습니다. 더 적합한 방법은 START를 왼쪽 경계로, _END를 오른쪽 경계로 보고 두 텍스트 사이의 모든 내용을 일괄 삭제하는 것입니다. 이 글에서는 HeSoft Doc Batch Tool 의 조작 화면을 바탕으로 이 작업을 수행하는 방법을 설명합니다. 이 제품은 오피스 파일 일괄 처리 소프트웨어로, 많은 파일이나 폴더를 집중적으로 처리하여 반복 클릭, 수동 입력, 항목별 확인에 드는 시간을 줄이는 데 적합합니다.

1. 두 텍스트 경계를 기준으로 삭제하기에 적합한 경우

이 처리 방식은 삭제할 텍스트가 동일할 것을 요구하지 않지만, 폴더 이름에 식별 가능한 구조가 있어야 합니다. 먼저 이름을 관찰하여 안정적으로 나타나는 시작 표시와 종료 표시가 있는지 판단해야 합니다.

예를 들어 어떤 디렉터리 묶음이 다음 규칙을 따른다고 가정합니다.

비즈니스명_START_삭제할 필드_END_유지할 상태

여기서 “삭제할 필드”는 임의 길이의 알파벳, 숫자, 한자 또는 혼합 텍스트일 수 있습니다. 좌우 양 끝에 각각 START와 _END가 존재하기만 하면 경계를 통해 위치를 지정할 수 있으므로 중간에 무엇이 적혀 있는지는 신경 쓸 필요가 없습니다.

일반적인 적용 시나리오는 다음과 같습니다.

• 프로젝트 보관 시 개발 단계, 테스트 단계, 초안 단계의 내부 코드를 삭제하는 경우
• 고객 자료를 외부로 보내기 전에 내부용으로만 사용하던 비고 필드를 제거하는 경우
• 재무 또는 행정 디렉터리를 정리할 때 배치 번호, 작업자 약칭, 임시 일련 정보를 제거하는 경우
• 설계 자료를 확정한 뒤 oldVersion, rawSet 같은 과정 태그를 삭제하는 경우
• 데이터 마이그레이션을 완료한 뒤 원본 시스템이 폴더 이름에 추가한 중간 필드를 제거하는 경우
• 여러 과거 디렉터리의 명명 형식을 통일하여 유지할 정보의 위치를 더 명확하게 만드는 경우

이름에 안정적인 경계가 없거나 폴더마다 완전히 다른 구분 규칙을 사용한다면 먼저 분류한 뒤 묶음별로 규칙을 설정해야 합니다. 구조 차이가 큰 디렉터리를 같은 작업에 넣으면 오처리 위험이 커질 수 있습니다.

2. 처리 전후 비교: 중간 필드는 삭제되고 앞뒤 이름은 계속 유지됨

1. 처리 전: 중간 필드 내용이 서로 다름

아래 처리 전 스크린샷은 10개의 폴더를 보여줍니다. 모두 START와 _END를 포함하지만 두 경계 사이의 내용은 각각 다릅니다. 빨간 선은 삭제해야 할 텍스트 영역을 표시합니다.

명명 구조를 보면 이 디렉터리 묶음에는 세 가지 특징이 있습니다.

1. START 앞의 Backup, Build, Client, Data 등의 문자는 유지해야 합니다.
2. START와 _END 사이의 tempFiles, debugInfo, 2024Draft 등의 내용은 삭제해야 합니다.
3. _END 뒤의 Final, Release, Archive, Clean 같은 상태는 여전히 업무상 의미가 있으므로 역시 유지해야 합니다.

중간 필드의 길이가 일정하지 않기 때문에 문자 위치 기준으로 삭제하면, 예를 들어 10번째부터 20번째 문자까지 일률적으로 삭제하면 경계나 접미사가 잘릴 수 있습니다. 두 텍스트를 범위 경계로 사용하면 길이가 다른 이름에 더 정확하게 대응할 수 있습니다.

2. 처리 후: 통일되고 간결한 디렉터리 구조가 형성됨

일괄 처리가 완료되면 중간 필드가 제거됩니다. START와 END는 그대로 남아 있고, 폴더 이름 앞뒤의 업무 정보도 대상 규칙에 의해 삭제되지 않습니다.

예:

• Design_START_oldVersion_END_Approved는 Design_START_END_Approved가 됩니다.
• Notes_START_privateText_END_Public은 Notes_START_END_Public이 됩니다.
• Photo_START_rawSet_END_Edited는 Photo_START_END_Edited가 됩니다.
• Task_START_removeThis_END_Done은 Task_START_END_Done이 됩니다.

여기서 START_END로 표시되는 이유는 오른쪽 경계를 “_END”로 설정했기 때문이며, 중간 필드 앞의 밑줄은 별도 유지 문자로 취급되지 않았고 START 자체와 오른쪽 경계의 _END는 유지되었습니다. 경계를 설정할 때는 밑줄, 공백, 하이픈을 명명 규칙의 일부로 보아야 하며, 읽히는 단어만 기준으로 삼아서는 안 됩니다.

3. 전체 조작 절차

1단계: 폴더 이름 도구에서 텍스트 삭제 기능 선택

HeSoft Doc Batch Tool 를 실행한 뒤 왼쪽 탐색에서 “폴더 이름”으로 들어갑니다. 메인 영역에는 찾아 바꾸기, 텍스트 삽입, 접두사·접미사 추가, 대소문자 변환, 텍스트 삭제 등 폴더 일괄 이름 변경과 관련된 여러 기능 입구가 표시됩니다.

이 예에서는 “폴더 이름의 텍스트 삭제”를 클릭합니다. 이 입구는 이 글의 목표와 직접 대응합니다. 지정 조건에 따라 여러 폴더 이름에서 불필요한 문자를 일괄 제거하는 것입니다. 선택하면 단계별 작업 페이지로 이동하며, 페이지 상단에는 기록 선택, 처리 옵션 설정, 저장 위치 설정, 처리 시작 등의 단계가 표시됩니다.

실제 요구가 단순히 특정 고정 단어를 다른 단어로 바꾸는 것이라면 찾아 바꾸기를 고려해야 합니다. 그러나 이 예에서는 각 폴더의 중간 필드가 모두 다르므로 두 텍스트 경계를 기준으로 삭제하는 것이 더 적합합니다.

2단계: 처리할 폴더 목록 만들기

작업에 들어가면 먼저 “처리할 기록 선택” 단계에 있습니다. 오른쪽 위의 “폴더 추가”를 클릭하여 대상 디렉터리를 목록에 넣습니다. 예시 목록에는 10개의 폴더와 그 경로, 생성 시간, 수정 시간 등의 정보가 표시됩니다.

추가가 끝나면 “이름”과 “경로” 두 열을 한 줄씩 확인해야 합니다. 이름은 START와 _END의 존재 여부를 확인하는 데 사용하고, 경로는 테스트 디렉터리와 정식 디렉터리를 혼동하지 않도록 방지하는 데 사용합니다. 어떤 기록이 이번 배치의 처리 대상이 아니라면 해당 행의 조작 열에 있는 삭제 아이콘을 클릭하여 현재 작업에서 제거할 수 있습니다. 다시 선택해야 한다면 화면에서 제공하는 “비우기”를 이용해 목록을 다시 정리할 수도 있습니다.

예시 페이지 하단에는 “기록 수: 10”이 표시됩니다. 일괄 작업에서 기록 수는 중요한 확인 기준입니다. 10개 디렉터리 처리를 예상했는데 페이지에 9개만 표시되거나 10개보다 많게 표시된다면 먼저 파일 탐색기로 돌아가 누락 항목, 중복 항목, 잘못 선택한 항목을 확인해야 합니다. 목록에 문제가 없으면 “다음”을 클릭합니다.

3단계: 왼쪽·오른쪽 텍스트로 삭제 범위 정의

“처리 옵션 설정” 페이지에서 “두 텍스트 사이의 모든 내용”을 선택합니다. 이 옵션은 소프트웨어가 두 개의 알려진 텍스트를 통해 범위를 결정하게 하며, 내용 유형이나 고정 위치를 기준으로 삭제하지 않게 합니다.

예시 이름에 따라 다음과 같이 입력합니다.

• “왼쪽 텍스트”에 START를 입력합니다.
• “오른쪽 텍스트”에 _END를 입력합니다.

두 필드 모두 필수 표시가 있으므로 좌우 경계를 반드시 함께 입력해야 합니다. 입력을 마친 뒤 실제 이름 하나로 머릿속에서 규칙을 검증할 수 있습니다. “Data_START_sampleChunk_END_Clean”의 경우 왼쪽 경계는 START, 오른쪽 경계는 _END이며, 둘 사이의 “_sampleChunk”가 삭제 대상 영역에 해당하므로 처리 후 “Data_START_END_Clean”이 됩니다.

검증할 때 기호를 무시해서는 안 됩니다. 오른쪽 텍스트를 “END”가 아닌 “_END”로 설정한 것은 예시의 실제 이름과 일치시키기 위해서입니다. 디렉터리가 “-END”, “ END” 또는 다른 형태를 사용한다면 실제 이름에 맞게 입력해야 하며 예시를 그대로 복사해서는 안 됩니다.

4단계: 경계를 삭제 범위에 포함할지 설정

“왼쪽 텍스트 포함”과 “오른쪽 텍스트 포함”은 경계 자체를 삭제할지 결정합니다. 예시 스크린샷에서는 두 스위치가 모두 꺼져 있으므로 START와 _END는 삭제 대상이 아니며, 그 사이의 내용만 정리됩니다.

세 가지 일반적인 요구를 구분할 수 있습니다.

• 중간 내용만 삭제: 두 포함 스위치를 모두 끕니다. 이 글의 예시와 같습니다.
• 중간 내용과 왼쪽 경계 삭제: 화면 의미에 따라 왼쪽 텍스트 포함 설정을 켜되, 실행 전에 반드시 테스트해야 합니다.
• 중간 내용과 오른쪽 경계 삭제: 화면 의미에 따라 오른쪽 텍스트 포함 설정을 켜되, 역시 먼저 샘플 결과를 확인해야 합니다.

최종 이름에서 START와 END를 전혀 남기지 않으려면 두 경계와 주변 구분자가 어떻게 결합하는지 신중하게 평가해야 합니다. 연속된 밑줄, 불필요한 공백, 앞뒤 문자가 붙는 것을 피하려면 먼저 복사본 몇 개로 처리하여 결과를 확인한 뒤 범위를 확대하는 것이 좋습니다.

5단계: 이후 절차를 계속 진행하고 처리 실행

처리 옵션을 확인한 뒤 “다음”을 클릭하고 화면에 표시되는 작업 단계에 따라 계속 진행합니다. 페이지 상단의 흐름에는 이후 저장 위치 설정과 처리 시작도 포함되어 있습니다. 각 단계에 들어갈 때는 화면의 실제 안내를 기준으로 작업 대상과 설정을 확인한 뒤 실행해야 합니다.

일괄 이름 변경을 시작하기 전에 세 가지를 준비하는 것이 좋습니다. 이 폴더를 열어 보고 있는 응용 프로그램을 닫고, 디렉터리를 점유할 수 있는 동기화·백업·업로드 작업을 일시 중지하며, 원래 폴더 이름 목록을 한 부 저장합니다. 중요한 프로젝트라면 소수의 디렉터리를 테스트 위치에 복사한 뒤 같은 규칙으로 시험 실행할 수도 있습니다.

6단계: 결과 하나만 보지 말고 구조별로 표본 점검

처리가 끝나면 대상 디렉터리를 확인하고 결과를 처리 전 이름 구조와 대조해야 합니다. 최소한 다음 유형은 표본 점검하는 것이 좋습니다.

• 중간 필드가 일반 영문 단어인 이름(예: tempFiles)
• 중간 필드에 숫자가 포함된 이름(예: 2024Draft, batch001)
• 중간 필드가 긴 이름(예: sampleChunk, removeThis)
• 이름 접두사와 접미사가 긴 기록 — 양 끝이 잘리지 않았는지 확인

모든 표본이 “원래 접두사_START_END_원래 접미사” 형태로 나타난다면 현재 경계와 포함 스위치가 이번 목표에 대체로 부합한다는 뜻입니다. 결과에 불필요한 기호가 있다면 잘못된 결과 위에서 계속 일괄 수정하지 말고, 왼쪽·오른쪽 텍스트에 밑줄이나 공백이 이미 포함되어 있는지 다시 확인해야 합니다.

4. 조작 중 자주 묻는 문제

1. 파일을 삭제하거나 폴더 안의 내용을 삭제하는 것인가요?

아닙니다. 이 글에서 설명하는 것은 폴더 이름의 일부 텍스트를 삭제하는 것입니다. 목적은 디렉터리 이름 구조를 수정하는 것이며, 폴더 자체를 삭제하거나 디렉터리 안의 doc, docx, xls, xlsx, pptx, PDF, 이미지 또는 기타 오피스 파일을 지우는 것이 아닙니다. 작업을 추가할 때도 기능 입구를 꼼꼼히 확인하여 “폴더 이름” 아래의 텍스트 삭제 기능에 들어갔는지 확인해야 합니다.

2. 모든 폴더의 중간 내용이 같아야 하나요?

아닙니다. 이 방법의 가치는 중간 필드가 달라도 된다는 데 있습니다. 좌우 경계만 일치하면 소프트웨어가 START와 _END를 기준으로 범위를 찾을 수 있습니다. 일부 디렉터리가 다른 경계를 사용한다면 따로 그룹으로 묶어 처리해야 합니다.

3. START를 입력했는데 일부 이름에 일치하지 않는 이유는 무엇인가요?

대소문자, 공백, 기호 차이가 원인일 수 있습니다. 예를 들어 START, Start, start는 이름에서 완전히 같은 텍스트가 아니며 _END, END, “ END”의 구분 방식도 다릅니다. 원래 이름을 문자 단위로 대조하고 필요하면 이름에서 경계 텍스트를 복사해야 합니다.

4. 고정 위치 삭제를 권장하지 않는 이유는 무엇인가요?

예시에서 업무 접두사와 중간 필드의 길이가 모두 일정하지 않습니다. 고정 위치는 어떤 이름에서는 맞을 수 있지만 다른 이름에서는 START, END 또는 접미사 상태를 삭제할 수 있습니다. 두 개의 고정 텍스트로 위치를 지정하는 것이 길이는 변하지만 구조는 일관된 폴더 이름에 더 적합합니다.

5. 이름 변경 후 어떤 경로 문제를 주의해야 하나요?

폴더 이름은 경로의 일부입니다. Word 문서 링크, Excel 외부 참조, 스크립트, 바로 가기, 동기화 소프트웨어 또는 업무 시스템이 원래 경로를 기록하고 있다면 이름 변경 후 관련 참조를 업데이트해야 할 수 있습니다. 따라서 공유 디렉터리, 프로젝트 디렉터리, 보관 디렉터리를 정식 처리하기 전에 경로 의존성이 있는지 확인하고 적절한 시간을 선택해 실행해야 합니다.

6. 폴더 이름에 START나 END가 여러 번 나오면 어떻게 처리하나요?

중복 경계는 삭제 범위를 모호하게 만들 수 있습니다. 이런 이름은 일반 기록과 함께 대량 실행해서는 안 됩니다. 먼저 중복 경계가 있는 디렉터리를 골라내고 소량의 표본을 복사해 테스트하여 소프트웨어의 실제 처리 결과가 기대에 부합하는지 확인한 뒤 후속 방안을 결정해야 합니다.

7. 일괄 이름 변경의 위험을 낮추는 방법은 무엇인가요?

먼저 테스트하고, 다시 대조한 뒤, 마지막에 일괄 실행합니다. 구체적으로는 원래 이름을 백업하고 소량의 복사본을 목록에 추가한 뒤 같은 START와 _END 규칙으로 실행하여 스위치 상태와 기호 처리가 올바른지 확인합니다. 정식 디렉터리에 실행한 뒤에도 첫 항목만 확인하지 말고 여러 위치에서 여러 기록을 표본 점검해야 합니다.

5. 정리

폴더 이름이 “앞부분 정보＋왼쪽 경계＋임시 필드＋오른쪽 경계＋뒷부분 정보” 구조를 따를 때, 두 텍스트 경계 기준 삭제는 항목별 이름 변경보다 효율적인 방법입니다. 이 글의 예시에서는 HeSoft Doc Batch Tool 를 통해 START를 왼쪽 텍스트로, _END를 오른쪽 텍스트로 설정하고 두 “포함” 스위치를 꺼서 중간 필드를 일괄 제거하면서 경계와 이름 앞뒤 내용은 유지했습니다.

이런 오피스 일괄 처리 방식은 특히 프로젝트 보관, 고객 자료 정리, 버전 디렉터리 정리, 과거 데이터 표준화에 적합합니다. 여러 번 반복되던 선택, 위치 지정, 삭제, 확인 작업을 하나의 통일된 규칙으로 압축할 수 있습니다. 지금 같은 명명 구조를 가진 폴더 복사본 몇 개를 골라 이 글의 단계에 따라 한 번 테스트해 보길 권합니다. 처리 후 이름이 규칙에 맞는지 확인한 뒤 전체 대상 디렉터리를 추가하면 더 안전하게 일괄 정리를 완료할 수 있습니다.