폴더 이름에서 START와 END 사이의 문자를 일괄 삭제하는 방법은? 여러 디렉터리 일괄 이름 변경 튜토리얼

START, END 등 고정 표시가 포함된 대량의 폴더에서 두 표시 사이의 임시 번호, 버전 설명, 배치 이름 또는 비고 텍스트만 지우고 싶다면 오피스 소프트웨어를 사용하여 규칙 기반 일괄 이름 바꾸기를 수행할 수 있습니다. 이 문서에서는 전체 예시를 통해 여러 폴더를 가져오는 방법, 좌우 기준 텍스트를 설정하는 방법, START와 END를 유지할지 여부를 제어하는 방법, 처리 전후 효과를 확인하는 방법을 설명하고, 대소문자, 밑줄, 중복 이름 및 경로 변경과 같은 일반적인 주의 사항도 소개합니다.

팀이 프로젝트 자료를 장기 보관할 때 버전, 배치, 처리 단계 또는 내부 메모를 폴더 이름에 넣는 경우가 많습니다. 예를 들어 “Design_START_oldVersion_END_Approved”는 이전 버전이 승인되었음을 나타내고, “Invoice_START_batch001_END_Paid”는 인보이스 배치와 결제 상태를 기록하는 데 사용됩니다. 이러한 명명 방식은 프로젝트 진행 중에는 식별하기 편리하지만, 보관 단계에 들어서면 중간의 oldVersion, batch001 같은 임시 필드는 더 이상 보존할 가치가 없을 수 있습니다.

디렉터리에 폴더가 서너 개뿐이면 수동으로 이름을 바꾸는 것이 어렵지 않습니다. 그러나 공유 드라이브, 프로젝트 드라이브 또는 과거 백업에 유사한 디렉터리가 대량으로 존재한다면 START와 END 사이의 문자를 하나씩 삭제하는 작업은 막대한 반복 노동이 됩니다. 밑줄 하나만 잘못 선택하거나 빠뜨려도 최종 이름이 규칙에 맞지 않을 수 있습니다. 이 문서에서는 HeSoft Doc Batch Tool 을(를) 사용하여 폴더 이름의 중간 필드를 일괄 정리하고 START, END 및 이름 양쪽의 유효한 정보를 유지하는 방법을 설명합니다.

HeSoft Doc Batch Tool 은(는) 일상 업무와 자료 정리를 위한 일괄 처리 소프트웨어입니다. 그 가치는 한 번에 하나의 이름만 바꾸는 것이 아니라, 사용자가 먼저 통일된 규칙을 만든 다음 그 규칙을 여러 레코드에 적용할 수 있게 한다는 점에 있습니다. Word 문서, docx 또는 doc 파일, Excel 표, PDF 자료 및 그 상위 폴더를 자주 관리하는 사용자에게 이 방식은 기계적인 작업을 크게 줄여 줍니다.

적용 시나리오: 어떤 폴더를 두 텍스트 기준으로 찾을 수 있나요?

“두 텍스트 사이의 모든 내용” 규칙을 사용하기 전에 먼저 처리할 이름이 공통 구조를 가지고 있는지 판단해야 합니다. 이상적인 이름은 다음과 같이 요약할 수 있습니다.

고정 이름 앞부분 + 왼쪽 표시 + 삭제할 내용 + 오른쪽 표시 + 고정 이름 뒷부분

이 예에서 왼쪽 표시는 START이고 오른쪽 표시는 _END입니다. 삭제할 내용은 서로 다르지만 모두 이 두 표시 사이에 끼어 있으므로 일괄 처리에 적합합니다.

• 테스트 디렉터리의 debugInfo, sampleChunk, removeThis 등 임시 설명을 정리합니다.
• 프로젝트 이름에서 초안 연도, 내부 버전 번호 또는 개발 브랜치 이름을 삭제합니다.
• 고객, 디자인, 이미지, 영수증 및 작업 폴더를 보관할 때 단계별 메모를 제거합니다.
• 구 시스템에서 내보낸 디렉터리 이름을 정리하면서 고정 태그로 둘러싸인 중복 필드를 삭제합니다.
• 부서 공유 디렉터리의 명명 형식을 통일하여 이름을 더 짧게 만들고 찾아보기와 검색을 쉽게 합니다.

각 폴더가 사용하는 왼쪽·오른쪽 표시가 서로 다르거나 명확한 경계가 없다면 같은 규칙을 그대로 적용해서는 안 됩니다. 이 경우 먼저 명명 구조에 따라 그룹화한 다음 작업을 나누어 만들어 일치 범위가 넓어지는 것을 피해야 합니다.

결과 미리 보기: 일괄 이름 바꾸기 전후 비교

처리 전 폴더 이름

처리 전 스크린샷을 보면 10개의 폴더 모두 START와 END 표시를 포함하고 있지만 중간 필드는 tempFiles, debugInfo, 2024Draft, sampleChunk, oldVersion, batch001, privateText, rawSet, alpha, removeThis로 뚜렷한 차이가 있습니다.

이 텍스트들은 길이가 일정하지 않고 일부는 숫자를 포함하기도 합니다. “고정된 문자 수 삭제” 방식을 사용하면 하나의 규칙으로 전체 이름을 포괄하기 어렵고, 찾아 바꾸기를 사용하면 각 중간 내용마다 따로 설정해야 합니다. 이에 비해 두 개의 고정 텍스트로 시작점과 끝점을 정하는 방식은 이처럼 길이가 변하는 내용에 더 적합합니다.

처리 후 폴더 이름

일괄 처리가 완료되면 중간의 가변 필드는 사라지고 이름 앞부분, START, END 및 뒷부분 상태는 그대로 유지됩니다.

구체적인 변경 내용은 다음과 같습니다.

• Build_START_debugInfo_END_Release → Build_START_END_Release
• Data_START_sampleChunk_END_Clean → Data_START_END_Clean
• Notes_START_privateText_END_Public → Notes_START_END_Public
• Photo_START_rawSet_END_Edited → Photo_START_END_Edited

최종 결과를 보면 이번 규칙은 두 텍스트 사이의 내용만 삭제했으며 왼쪽·오른쪽 기준 텍스트를 함께 삭제하지는 않았습니다. START와 _END는 처리 후 함께 START_END를 형성하며, 이는 스크린샷의 예상 결과와도 일치합니다.

조작 단계: 오피스 소프트웨어로 폴더 이름 일괄 정리하기

1단계: “폴더 이름”에서 해당 도구로 들어가기

HeSoft Doc Batch Tool 을(를) 시작한 후 왼쪽 내비게이션 바에서 “폴더 이름”을 찾습니다. 해당 분류를 열고 기능 카드에서 “폴더 이름의 텍스트 삭제”를 선택합니다.

이 기능을 선택하는 목적은 폴더의 이름 문자열을 처리하는 것입니다. 인터페이스에는 “폴더 이름에서 키워드 찾아 바꾸기”, “폴더 이름에 텍스트 삽입”, “폴더 이름에 접두사 및 접미사 추가” 등의 도구도 함께 있지만, 이들이 해결하는 문제는 서로 다릅니다. 이 예는 알려진 문구를 다른 문구로 바꾸는 것이 아니라 두 고정 표시 사이의 길이가 불확실한 내용을 삭제하는 것이므로 텍스트 삭제 기능으로 들어가야 합니다.

2단계: 처리할 모든 폴더 가져오기 및 경로 확인

작업 페이지에 들어가면 현재 첫 번째 단계인 “처리할 레코드 선택”에 있습니다. “폴더 추가”를 클릭하여 이름을 일괄 변경할 디렉터리를 선택합니다. 추가가 완료되면 소프트웨어가 목록에 이름과 경로를 표시하므로 사용자가 항목별로 확인하기 편리합니다.

예제 작업에는 총 10개의 레코드가 추가되었으며 이름은 모두 D 드라이브 테스트 경로 아래에 있습니다. 목록에는 만든 시간과 수정 시간도 표시되어 올바른 디렉터리를 선택했는지 보조적으로 판단할 수 있습니다. 정식으로 다음 단계로 넘어가기 전에 다음 사항을 확인하는 것이 좋습니다.

1. 레코드 수가 처리할 폴더 수와 일치하는지 확인합니다.
2. 경로가 대상 디렉터리에 속하는지 확인하여 이름은 비슷하지만 용도가 다른 폴더를 선택하지 않도록 합니다.
3. 각 이름에 START와 _END 두 경계가 모두 포함되어 있는지 확인합니다.
4. 처리하지 않아야 할 레코드가 있으면 해당 레코드 오른쪽의 삭제 아이콘을 클릭하여 작업 목록에서 제외합니다.

목록 확인이 끝나면 페이지 하단의 “다음”을 클릭합니다. 이 단계에서는 사용자가 이름 규칙을 일일이 설정하도록 요구하지 않으며, 이후의 통일된 옵션이 현재 작업의 여러 레코드에 적용되도록 합니다.

3단계: 삭제 유형을 두 텍스트 사이의 내용으로 설정

“처리 옵션 설정”에 들어간 후 “작업 유형” 영역에서 “두 텍스트 사이의 모든 내용”을 선택합니다. 이 옵션은 중간 텍스트가 고정되지 않고 길이가 일정하지 않지만 경계 표시가 통일된 경우에 적합합니다.

예제 이름에 따라 매개변수를 입력합니다.

• 왼쪽 텍스트:START
• 오른쪽 텍스트:_END

여기서 “왼쪽”과 “오른쪽”은 삭제할 내용을 기준으로 한 상대적 위치입니다. “Client_START_2024Draft_END_Archive”를 예로 들면 삭제할 부분은 “_2024Draft”이고 START는 그 왼쪽에, _END는 그 오른쪽에 있습니다. 소프트웨어는 이를 기준으로 정리해야 할 문자 범위를 식별합니다.

경계를 입력할 때 눈에 보이는 영문 단어만 보고 판단해서는 안 되며 밑줄과 공백도 함께 확인해야 합니다. 예제에서는 오른쪽에 “_END”를 입력했는데, 이는 밑줄이 오른쪽 기준 텍스트에 포함된다는 뜻입니다. 이렇게 처리하면 END를 보존하고 START_END 구조를 얻을 수 있습니다. 경계 입력이 원래 이름과 일치하지 않으면 일부 레코드가 예상대로 일치하지 않을 수 있습니다.

4단계: START와 END 포함 여부 설정

인터페이스의 왼쪽·오른쪽 텍스트 입력란 아래에는 각각 “왼쪽 텍스트 포함”과 “오른쪽 텍스트 포함”이 제공됩니다. 이 예에서는 START와 END를 보존해야 하므로 두 스위치를 모두 켜지 않습니다. 최종적으로 그 사이의 텍스트만 삭제됩니다.

이 두 스위치는 삭제 범위를 확장하는 옵션으로 이해할 수 있습니다.

• 왼쪽 포함을 켜지 않으면 START가 보존됩니다.
• 오른쪽 포함을 켜지 않으면 _END가 경계로 사용되며, 그중 END는 보존되어 최종 결과가 예제와 일치합니다.
• 실제 작업에서 경계 자체를 삭제하려면 테스트 후 필요에 따라 해당 옵션을 조정해야 합니다.

경계 스위치는 추가된 모든 레코드에 영향을 주므로 미리 보기 구상을 하지 않은 상태에서 함부로 켜는 것은 권장하지 않습니다. 먼저 “처리 전 → 처리 후” 대상 이름을 하나 직접 작성한 다음 옵션 설정과 비교하는 것이 좋습니다.

5단계: 이후 단계로 이동하여 처리 실행

규칙 설정이 끝나면 “다음”을 클릭합니다. 페이지 상단의 흐름에서 뒤에 “저장 위치 설정”과 “처리 시작” 단계가 더 있음을 확인할 수 있습니다. 계속해서 소프트웨어 페이지 안내에 따라 이후 설정을 완료하고, 처리를 시작하기 전에 마지막으로 확인합니다.

작업이 완료되면 원래 폴더 위치로 이동하여 결과를 확인합니다. 각 이름의 가변 텍스트가 제거되었는지, START와 END가 보존되었는지, 이름 앞뒤의 업무 상태가 온전한지 중점적으로 확인합니다. 일괄 이름 변경 작업에서는 첫 레코드, 중간 항목, 마지막 레코드를抽查하는 것이 한 표본만 보는 것보다 안정적입니다.

자주 묻는 질문 및 주의 사항

경계 텍스트는 대소문자를 구분해야 하나요?

설정할 때는 항상 원래 이름에 따라 영문 대소문자를 포함하여 정확하게 입력해야 합니다. 파일 시스템이 특정 상황에서 대소문자를 구분하지 않더라도 이러한 차이에 의존해서는 안 됩니다. 이름에 START, Start 또는 start가 동시에 존재한다면 먼저 분류하여 처리해 규칙을 명확히 하는 것이 좋습니다.

오른쪽 텍스트에 “END”가 아니라 “_END”를 입력하는 이유는 무엇인가요?

원래 이름의 대상 구조에 밑줄이 포함되어 있기 때문입니다. 밑줄을 오른쪽 경계에 넣으면 삭제 종료 지점을 더 정확하게 결정할 수 있고, 스크린샷과 같은 START_END 결과를 얻을 수 있습니다. 실제 작업에서는 자신의 폴더 이름을 기준으로 해야 하며 예제 매개변수를 기계적으로 그대로 따라 할 필요는 없습니다.

폴더 안의 docx, xlsx, pptx 또는 PDF가 영향을 받나요?

이 튜토리얼에서 실행하는 것은 폴더 이름 일괄 변경이지 내부 파일 내용을 삭제하는 것이 아닙니다. 폴더 안의 doc, docx, xls, xlsx, ppt, pptx 및 PDF 등 자료는 계속 해당 폴더 안에 있습니다. 다만 폴더 이름을 바꾸면 전체 경로가 변경되므로 Word 문서 링크, Excel 외부 참조, 바로 가기 또는 업무 프로그램이 이전 경로를 기록해 두었다면 이후 동기화 업데이트가 필요할 수 있습니다.

처리 후 같은 이름이 생길 위험이 있으면 어떻게 하나요?

중간 필드가 원래 고유 식별자 역할을 했을 수 있습니다. 예를 들어 “Project_START_A_END_Report”와 “Project_START_B_END_Report”는 A, B를 삭제하면 모두 “Project_START_END_Report”가 됩니다. 따라서 처리를 시작하기 전에 목표 결과를 기준으로 이름 중복 가능성이 있는지 확인해야 합니다. 위험이 있다면 필요한 번호를 유지하거나 다른 명명 방식을 먼저 사용해 고유 식별자를 만드는 것이 좋습니다.

정식 업무 디렉터리를 직접 처리하는 것이 권장되나요?

테스트 없이 중요한 유일한 디렉터리를 직접 일괄 수정하는 것은 권장하지 않습니다. 안전한 방법은 먼저 소량의 사본이나 테스트 폴더를 준비하고 동일한 이름 구조로 매개변수를 검증하는 것입니다. 왼쪽·오른쪽 경계, 포함 옵션, 최종 밑줄 개수가 모두 올바른지 확인한 후 정식 작업을 처리합니다.

이름에 START와 END가 여러 그룹 나타나면 어떻게 하나요?

같은 이름에 여러 그룹의 경계가 반복해서 나타나면 삭제 범위를 육안만으로 판단하기 어려울 수 있습니다. 이러한 이름은 먼저 별도로 테스트해야 하며, 경계가 한 그룹뿐인 일반 이름과 같은 배치 작업에 섞지 않아야 합니다. 일괄 처리의 전제는 규칙이 안정적이어야 한다는 것이지 레코드가 많을수록 좋은 것이 아닙니다.

요약

START와 END 사이의 문자를 일괄 삭제하는 것은 폴더 이름의 임시 버전, 배치, 메모 및 내부 코드명을 정리하는 데 가장 적합합니다. 작업할 때는 먼저 “폴더 이름의 텍스트 삭제”로 들어가 대상 폴더를 추가하고 확인한 다음 “두 텍스트 사이의 모든 내용”을 선택하고 START와 _END를 입력합니다. 경계 표시를 보존하려면 왼쪽·오른쪽 텍스트 포함 옵션을 켜지 않아야 합니다.

HeSoft Doc Batch Tool 은(는) 이름을 하나씩 수정하는 반복 작업을 통일된 규칙 처리로 전환하여 수동 위치 지정과 입력 횟수를 줄여 줍니다. 지금 먼저 테스트 폴더 두세 개를 선택하여 이 문서의 매개변수대로 전체 과정을 진행해 보는 것이 좋습니다. 처리 결과가 명명 규칙에 부합하는지 확인한 후 나머지 디렉터리를 추가하여 일괄 정리를 완료하세요.