YAML 확장자 핸드북
핵심 요약
YAML 파일의 공식 권장 확장자는 .yaml이며, 역사적·실용적 이유로 .yml도 널리 사용된다. 확장자 선택 자체가 내용에 영향을 주지 않으나 일관성과 표준 준수 차원에서 .yaml 사용이 권장된다.
1. YAML 확장자 개요
YAML(YAML Ain’t Markup Language)은 가독성이 높은 데이터 직렬화 포맷이다.
- 공식 확장자: 
.yaml(2006년 권고)1 - 대체 확장자: 
.yml(Windows 8.3 호환성 등 역사적 이유) 
핸드북 포인트
- 확장자는 파서가 내부 구조를 해석하는 데 관여하지 않음
 - 조직 내 일관된 확장자 사용 권장
 
2. 확장자 선택의 배경과 권장 기준
- 표준 준수
- YAML 공식 FAQ: “Please use 
.yamlwhen possible.”2 
 - YAML 공식 FAQ: “Please use 
 - 역사적 이유
- 초기 Windows 파일명 제약으로 
.yml사용 확산 
 - 초기 Windows 파일명 제약으로 
 - 실용적 차이 없음
- 파싱·처리 관점에서 
.yaml과.yml동일 
 - 파싱·처리 관점에서 
 
핸드북 팁
- 신규 프로젝트: 
.yaml채택 - 레거시 환경: 내부 정책에 따라 
.yaml→.yml통일 
3. 파일 구조 및 문법 관례
3.1 문서 구분
- 시작: 
--- - 종료(선택): 
... 
3.2 기본 요소
| 구조 | 표현 예시 | |
|---|---|---|
| 맵(mapping) | key: value | |
| 시퀀스(sequence) | - item | |
| 다중 문장 문자열 | ` | (리터럴), >`(폴디드) | 
3.3 들여쓰기
- 탭 금지, 공백(스페이스)만 사용
 - 레벨별 2칸 또는 4칸 일관되게 사용
 
3.4 주석
#뒤 텍스트는 무시- 라인별 주석만 지원
 
4. 주요 사용 사례
- 구성(configuration) 파일: Kubernetes, Ansible, CircleCI 등
 - 데이터 직렬화(serialization) 및 교환
 - 문서 템플릿: 다중 문서 스트림 지원
 
5. 확장자 관리 방안 및 실전 팁
- 정책 수립: 조직 내 가이드라인 문서화
 - 자동화 도구 설정: 린터(linter), CI 파이프라인에서 확장자 검사
 - 교육 및 코드 리뷰: 확장자 일관성 강조
 
6. 부록: 주요 참고 자료
⁂