파일 이름을 날짜와 버전으로 정리하는 가장 쉬운 규칙

파일 이름은 앞자리에 '날짜_내용_버전' 순서로 적는 것이 가장 쉬운 정리 규칙이다. 날짜는 형식 하나로 통일하고, 버전은 숫자로만 남기면 어떤 파일이 최신본인지 파일명만 보고도 바로 알 수 있다.

파일 이름 앞자리에 날짜부터 넣어야 하는 이유는?

파일명 앞자리에 날짜를 넣으면 파일 탐색기의 이름순 정렬만으로 시간 순서가 그대로 맞춰진다. 별도로 '수정한 날짜' 열을 찾아 정렬 버튼을 누를 필요 없이, 파일명만 봐도 언제 만든 파일인지 바로 구분된다.

조건은 간단하다. 날짜 형식을 하나로 통일하고, 반드시 파일명 맨 앞에 둬야 한다는 것뿐이다. 날짜를 중간이나 뒤에 넣으면 정렬 효과가 사라진다.

장점은 최신 파일을 찾는 시간이 줄어든다는 것이다. 특히 같은 문서를 여러 번 고치는 업무에서 효과가 크다. 단점이라면 파일명이 조금 길어진다는 점 정도인데, 날짜 8자리 정도는 크게 부담되지 않는다. 주의할 점은 날짜와 나머지 정보 사이를 언더바(_)나 하이픈(-)으로 명확히 구분해야 한다는 것이다. 구분자 없이 붙이면 오히려 읽기 어려워진다.

GQ코리아는 협업할 때 파일명에 날짜를 넣는 습관을 '일 잘하는 사람'의 사소한 요령 중 하나로 소개했다(2026-06-01 기준). 메일과 파일이 끝없이 오가는 협업 환경일수록 이 습관 하나가 혼란을 크게 줄여준다는 취지다.

날짜는 YYYYMMDD와 YYYY-MM-DD 중 어떤 형식이 나을까?

정답은 하나로 통일하는 것이지만, 굳이 고르자면 하이픈이 들어간 'YYYY-MM-DD' 쪽이 무난하다. 국제표준화기구(ISO)가 정한 ISO 8601 표준이 날짜 표기 형식으로 이 방식을 쓰기 때문에, 문서를 주고받는 상대가 바뀌어도 오해가 적다.

형식	예시	특징
YYYYMMDD	20260711	구분자 없이 숫자만 나열, 파일명 길이가 가장 짧음
YYYY-MM-DD	2026-07-11	하이픈으로 연·월·일 구분, 국제 표준 형식이라 가독성이 좋음

두 형식 모두 알파벳(숫자)순 정렬 시 자동으로 시간 순서대로 늘어선다는 공통점이 있다. 회사 내부 규정이나 협업 툴이 특정 형식을 요구한다면 그쪽을 따르고, 정해진 게 없다면 하이픈 포함 형식을 기본값으로 삼으면 된다.

버전 표기, 언제 v1.0을 올리고 언제 v1.1을 올려야 할까?

버전 표기는 파일이 몇 번째 수정본인지 숫자로 남기는 방법이다. 가장 단순한 방식은 v1, v2, v3처럼 정수만 올리는 것이고, 여러 사람이 함께 고치는 문서라면 v1.0, v1.1처럼 주 버전과 부 버전을 나누는 방식이 더 명확하다.

방식	예시	언제 쓰나
단순 순번	v1, v2, v3	혼자 작업, 간단한 이력만 필요할 때
주·부 버전	v1.0 → v1.1 → v2.0	여럿이 함께 수정, 큰 변경과 작은 변경을 구분해야 할 때

주 버전(맨 앞 숫자)을 올리는 시점은 구조나 내용이 크게 바뀌거나, 검토를 마치고 다음 단계로 넘어갈 때다. 부 버전(소수점 뒤 숫자)은 오탈자 수정, 문구 다듬기처럼 작은 수정에만 쓴다. 이렇게 나누면 파일명만 보고도 '이번 수정이 큰 변경인지 작은 손질인지' 짐작할 수 있다는 장점이 있다.

단점은 버전이 쌓일수록 파일명이 길어질 수 있다는 것인데, 오래된 버전은 별도 '이전버전' 폴더로 옮기면 해결된다. 주의할 점은 'final', '최종', '진짜최종'처럼 모호한 표현을 버전 대신 쓰지 않는 것이다. 이런 표현은 오히려 어떤 파일이 진짜 최신본인지 헷갈리게 만든다.

이 글을 정리하면서 마이크로소프트 Azure DevOps의 파일 명명 규칙 문서와 어도비 블로그의 파일 정리 가이드를 직접 대조해봤다. 두 자료 모두 파일명에 공백 대신 언더바(_)나 하이픈(-)을 쓰라고 안내했고, '최종'·'진짜최종'처럼 모호한 버전 표현 대신 숫자 버전을 쓰라는 지적도 같았다. 실제로 '보고서_최종_진짜최종2.docx'(17자, 파일명만으로는 어떤 게 최신본인지 알 수 없음)와 '2026-07-11_보고서_v2.docx'(22자, 날짜·버전이 파일명만 봐도 바로 파악됨)를 나란히 놓고 글자 수를 세어보니, 길이는 5자 정도밖에 차이 나지 않는데도 담고 있는 정보량 차이는 컸다.

여러 명이 함께 쓰는 파일, 이름 규칙은 어떻게 맞출까?

협업 환경에서는 파일명 규칙을 팀원 각자 알아서 정하면 반드시 어긋난다. 누군가는 날짜를 앞에, 누군가는 뒤에 넣는 식으로 섞이기 시작하면 정렬 효과도, 최신본 구분도 모두 사라진다.

실질적으로 도움이 되는 방법은 세 가지다.

• 날짜 형식·버전 표기·파일명 순서, 이 세 가지를 한 장짜리 표로 정리해 공유 폴더 맨 위에 고정해두면 새 팀원도 바로 확인할 수 있다.
• 새 팀원이 합류했을 때 첫 안내 항목에 파일명 규칙을 포함하면 처음부터 어긋날 일이 줄어든다.
• 한 달에 한 번 정도 공유 폴더를 열어 규칙과 다르게 저장된 파일이 있는지 가볍게 점검하면 규칙이 흐지부지되는 것을 막을 수 있다.

마이크로소프트 Azure DevOps 문서는 파일명에 공백 대신 언더바(_)나 하이픈(-)을 쓰도록 권장한다(2023-09-28 기준). 공백이 들어간 파일명은 일부 시스템·프로그램에서 인식 오류나 링크 깨짐을 일으킬 수 있기 때문이다. 특수문자(/ \ : * ? " < > |)도 마찬가지로 피하는 것이 안전하다.

파일명 외에 운영체제가 자동으로 남기는 파일 속성(메타데이터)을 함께 활용하는 것도 방법이다. 작성자·수정일 같은 정보가 속성에 남기 때문에, 파일명만으로 담기 어려운 세부 이력을 보완할 수 있다.

지금 바로 적용하는 파일명 정리 5단계

1. 지금 쓰고 있는 파일명 습관부터 점검한다. 날짜가 없거나 'final'류 표현이 섞여 있는지 확인한다.
2. 날짜 형식을 하나로 통일한다. 특별한 이유가 없다면 'YYYY-MM-DD'를 기본값으로 삼는다.
3. 버전은 숫자로만 표기한다. 간단한 작업은 v1·v2, 협업 문서는 v1.0·v1.1로 나눈다.
4. 파일명 순서를 고정한다. '날짜_프로젝트명_내용_버전' 순서를 기본 틀로 쓴다.
5. 정리한 규칙을 문서로 만들어 팀 공유 폴더에 고정하고, 새 파일을 저장할 때마다 그대로 따른다.

어도비 블로그는 핵심 정보를 파일명 앞부분에 배치할수록 검색과 구분이 쉬워진다고 안내한다(2023-05-18 기준). 5단계를 한 번에 다 적용하기 어렵다면, 우선 2번(날짜 통일)과 3번(버전 숫자화)만이라도 먼저 적용해보는 것을 권한다.

파일명 정리, 자주 묻는 질문

Q. 파일명에 날짜는 앞에 넣는 게 나을까, 뒤에 넣는 게 나을까?
A. 앞에 넣는 것이 좋다. 파일 탐색기의 이름순 정렬 기준으로 날짜가 맨 앞에 있어야 자동으로 시간 순서대로 늘어선다.

Q. 버전은 꼭 소수점(v1.1)까지 나눠야 할까?
A. 아니다. 혼자 하는 간단한 작업이라면 v1, v2처럼 정수만 써도 충분하다. 여러 명이 함께 수정하는 문서일 때만 v1.0, v1.1처럼 주·부 버전을 나누면 된다.

Q. '최종', '진짜최종' 같은 표현은 왜 피해야 할까?
A. 어떤 파일이 실제 최신본인지 파일명만으로는 구분할 수 없기 때문이다. 숫자 버전으로 바꾸면 순서가 명확해진다.

Q. 파일명에 공백을 써도 될까?
A. 피하는 것이 좋다. 일부 시스템·소프트웨어에서 공백이 들어간 파일명이 호환성 문제를 일으킬 수 있어, 언더바(_)나 하이픈(-)으로 대체하는 것이 안전하다.

Q. 팀에서 파일명 규칙을 정할 때 뭐부터 합의해야 할까?
A. 날짜 형식, 버전 표기 방식, 파일명 순서(날짜_프로젝트명_내용_버전 등) 세 가지를 먼저 한 장짜리 문서로 정리해 공유하는 것이 시작이다.

이 글은 2026-07-11 기준으로 정리했다. 소프트웨어·협업 툴의 기본 정책은 이후 바뀔 수 있고, 회사·팀에서 별도로 정한 파일명 규칙이 있다면 그쪽을 우선 따르는 것이 좋다. 참고한 자료는 마이크로소프트 Azure DevOps 파일 명명 규칙 문서, 어도비 블로그 파일 정리 가이드, GQ코리아 협업 팁 기사다.