YAML

YAML Ain't Markup Language[1]

Yet Another Markup Language이라고도 한다.

1. 개요[편집]

2. 탄생 배경[편집]

• 주석을 지원하지 않는다. 이 때문에 설정파일로 사용하기 어려워진다.
• 문법이 유연하지 않다.
  • 모든 문자열에 따옴표가 강제되며,

    "

    (쌍따옴표)만 사용해야 했기에

    "

    는 일일이 이스케이핑해야 한다.[5]
    두 따옴표를 모두 지원한다면 전체는 '로 감싸고 내부에서 이스케이핑 없이 "를 사용할 수 있다.
  • 모든 프로퍼티마다 쉼표(,)로 구분해야 하며, trailing comma는 불가능하다. 이는 git diff를 지저분하게 만들고, 수시로 편집해야 하는 설정파일에서는 상당히 효율이 떨어지는 작업이다.
  • 중괄호를 모두 닫아야 한다. 만약 한쪽을 열고 닫지 않는다면 당연히 에러가 나며, 객체나 배열을 새로 만들 때마다 불필요한 기호가 추가되어 길이가 길어진다.
  • true, null등의 리터럴에서 오타가 나기 쉽고, 원하는 형식대로 간단히 쓸 수가 없다.
  • 문자열 안에서 이스케이프 문자를 처리하기가 복잡하다.
• 반복적으로 쓰이는 값을 일일이 수정하거나 관리하기 어렵다. 특히 설정파일에서는 이런 문제가 심해진다.
• 타입을 명시할 방법이 존재하지 않는다.
  • XML처럼 스키마를 가지고 있지 않아 유효한 문서인지 검증할 방법이 없다.

3. 문법[편집]

# yaml은 주석을 지원한다!

propA: lorem ipsum # 문자열에 따옴표는 선택사항이다.

# 프로퍼티 이름에 공백이 들어가도 상관없다.
my name is: 'namu\nwiki' # 작은따옴표(')와 큰따옴표(")를 모두 지원하며, 따옴표로 문자열을 감쌀 시 \n등의 이스케이프 문자를 사용할 수 있다.
without quotes: namu\nwiki # 따옴표가 없다면 일반 문자로 취급된다. 즉 json에서는 "namu\\nwiki" 처럼 변환된다.
#colon: string:
# 주석처리한 위 예제는 파싱에러가 발생한다.
colon: "string:" # : 등의 yaml에서 사용하는 기호를 사용하려고 할 때도 따옴표가 필요하다.

# 긴 문장(개행을 포함한 문장)을 표현할 때는 >, | 를 사용한다.
# > 를 사용하면 개행, 빈줄 없이 한 문장으로 인식한다. (끝에 공백 포함)
lorem ipsum1: >
    Lorem ipsum dolor sit amet, consectetur adipiscing elit.
    Quisque dictum lorem a tempor feugiat. Cras sit amet semper mi.

    Phasellus dignissim lobortis nisl, id varius metus.
# 개행(\n)과 빈 줄(\n\n)을 모두 인식한다.
lorem ipsum2: |
    Lorem ipsum dolor sit amet, consectetur adipiscing elit.
    Quisque dictum lorem a tempor feugiat. Cras sit amet semper mi.

    Phasellus dignissim lobortis nisl, id varius metus.
# >와 |의 끝에는 +또는 -를 사용할 수 있다.
# 다만 >와 |는 각각 >+와 |+의 단축 표현이기 때문에 명시적으로 +를 쓰는 경우는 거의 없다.
# >, |의 끝에 -를 사용하면 마지막에 개행(\n)을 포함하지 않는다.
# 위 예제를 각각 >- 와 |- 로 시험해 보자.

한글: 나무위키 # 유니코드 문자를 지원한다.

number: 3 # 숫자로 변환 가능한 문자라면 숫자로 인식한다.
PI: 3.141592653 # 소수를 지원한다.
float: 123.45678e+05 # 부동소수점을 지원한다.
not number: "3" # 따옴표로 감싼다면 무조건 문자열로 인식한다.

# .을 사용해 특수한 숫자를 표현할 수 있다.
# 이 숫자들의 경우 json으로 변환시 보통 null로 변환된다.
positive infinity: .inf # INF, Inf등의 일반적인 대소문자 표현을 모두 인식한다.
negative infinity: -.inf # -를 붙이면 음의 무한대를 표현할 수 있다.
not a number: .NaN # NaN, nan, NAN등을 모두 인식한다.
quarter: .25 # 문자가 아닌 숫자가 오면 소수점으로 인식한다. 이 경우는 0.25로 평가된다.

bool: true # true, false의 json식 불리언 값을 사용 가능하다.
yet another bool: yes # 추가로 yes, no등도 사용 가능하다. YAML 1.2부터는 지원하지 않는다.
light: Off # on, off등도 사용 가능하다. YAML 1.2부터는 지원하지 않는다.
python style bool: False # True, TRUE, False, FALSE 등의 일반적인 대소문자 표현을 인식한다.
not yet bool: TruE # "TruE" 로 평가된다.

null value: null # null을 사용 가능하다.
null shorthand: ~ # ~기호는 null의 단축 표현이다.

date: 2005-12-12 # ISO시간 포맷을 사용할 수 있다.
date2: 1234-56-78T12:34:56
date3: 12:34:56 # 시각은 초로 평가된다.

# 배열의 아이템은 -(하이픈)으로 구분한다.
array:
    - apple
    - banana
    - 12345
    - a: b # array의 a라는 속성에 b가 담긴 것이 아니라, array의 아이템 중 { "a": "b" }라는 객체가 있다는 뜻이다.
json style array: ["apple", banana, 12345, a: b] # 한줄로 쓸 때는 []를 사용한다.
json style array2: [
    apple,
    banana,
    12345,
    a: b, # 마지막의 ,(trailing comma)는 선택사항이다. 단, 모든 아이템은 ,로 구분되어야 한다.
]

# 객체는 들여쓰기와 :으로 구분한다.
object:
    name: namu wiki
    type: dictionary
    primary color: # json과 마찬가지로 중첩이 가능하다.
        gradient:
            start: 0x00A495 # hex 숫자를 사용 가능하다.
            end: 0x13AD65
        wordmark: 0x614D42
        header: 0x008275
# json스타일도 사용 가능하다.
json style object: {
    name: namu wiki, # json스타일로 쓸 경우 ,가 필요하다.
    "type": "dictionary" # 마지막의 ,(trailing comma)는 선택사항이다.
}

"quoted property name": value # 키에 따옴표를 사용해도 문제는 없다. 주로 :등의 문자가 있을 때 사용한다.

a1: b # 가능하다.
a2 : b # 가능하다.
#a3:b # 불가능하다. 콜론(:)과 값 사이는 띄어쓰기가 존재해야 한다.
# 단, json과의 호환성을 위해 존재하는 json식 표기에서는 키가 따옴표로 감싸져 있다는 조건 하에 붙혀서 쓸 수 있다.
#"a4":b # 불가능하다.
json style: {"a5":b} # 가능하다.

# key1을 가진 객체, key2를 가진 객체... 각각이 배열에 하나씩 담긴 것으로 평가된다.
arr:
    - key1: value
    - key2: value
    - key3: value
    - key4: value

# key1, key2를 가진 객체와 key3, key4를 가진 객체가 각각 배열에 담긴 것으로 평가된다.
arr2:
    - key1: value
      key2: value
    - key3: value
      key4: value
    
a6: # 가능하다. 이 경우 값에는 암묵적으로 null이 들어간다.

# 위 예제에 모두 null이 들어간다면 다음과 같이 쓸 수 있다.
arr3:
    - key1:
      key2:
    - key3:
      key4:
          
# 또한 '배열 안의 객체'는 주로 다음처럼도 표기한다 (완전히 동일한 표현이지만 포맷터 설정에 따라 다르게 나올 수 있다.)
arr4:
    -
        key1:
        key2:
    - 
        key3:
        key4:

# ?로 키를 표현할 수 있다.
? key # key라는 이름의 키를 선언한다. 값은 암묵적으로 null이 들어간다.

? another key
: value # value라는 값을 할당한다. 즉 "another key": "value" 처럼 평가된다.

# 즉 위의 예제는 다음처럼 쓸 수도 있다.
arr5:
    -
        ? key1
        ? key2
    - 
        ? key3
        ? key4

deep array:
    - - - - - value # 배열은 한번에 여러번 중첩 할 수도 있다.

# yaml은 반복적인 작성을 피하기 위한 anchor라는 문법을 지원한다.
long long string: &anchor Lorem ipsum dolor sit amet, consectetur adipiscing elit.
reuse anchor: *anchor # Lorem ipsum dolor... 로 평가된다. 즉, 값을 재사용할 수 있다.

# 객체에도 사용할 수 있다.
some object: &object-anc
    key: value
    another key: another value

duplicate object: *object-anc # some object와 똑같은 내용이 들어간다.
extended object:
    <<: *object-anc # some object의 내용을 기반으로 새 오브젝트를 만든다.
    another key: updated value # 새 내용으로 덮어씌운다.
    new key: new value # 새 필드를 작성한다.
# extended object는 최종적으로 { "key": "value", "another key": "updated value", "new key": "new value" } 로 평가된다.
# 이 동작은 자바스크립트의 스프레드 문법 { ...obj, key: value } 와 유사하다.

# 배열에서도 사용할 수 있다.
original array: &arr
    - 1
    - 2

copied array: *arr # array merge(<<:)는 지원하지 않는다.

# yaml은 한 파일에 여러 문서를 작성할 수 있다.
# -(대시)문자 3개로 새로운 스트림을 시작한다.
---
a: b # 기존과 다른 문서이기 때문에 키값이 겹쳐도 상관없다.
... # .(마침표)문자 3개로 스트림을 종료한다. (선택사항이며, 대부분 ...가 없어도 문제없이 인식한다)

# 보통 한 파일에 한 문서를 넣는 경우가 많아 ---로 시작하고 ...로 끝내는 것이 가장 이상적인 방법이지만, 대부분의 경우 둘을 생략할 수 있다.

# %로 시작하는 특수한 지시자로 문서에 설명을 추가할 수 있다.
%YAML 1.2 # %YAML은 현재 문서의 yaml버전을 명시한다.
%TAG !org! tag:yaml.org,2002: # %TAG는 외부에서 가져올 태그의 prefix를 명시한다.
---
must be string: !org!str 1234 # "1234"로 평가된다.
# !!는 !<tag:yaml.org,2002:(tagname)>: 의 단축 표기이기 대문에 다음과 같이 표현도 가능하다.
also string: !!str true # "true"로 평가된다.
empty object: !<tag:yaml.org,2002:map> # 태그 선언과 단축 표기법 둘다 사용하지 않을 수 있다.
    key: value

# 태그로 문서의 자료형을 정의할 수 있다.
--- !!seq
- XML: Extensible Markup Language
- JSON: JavaScript Object Notation
- YAML: Yet Another Markup Language

# json의 superset이기 때문에, 일반적인 json표현을 그대로 사용할 수도 있다.
---
{
    "key": "value",
    "array": [
        [1, 2, 3],
        ["apple", "banana", "orange"]
    ]
}
...
# yaml식 표현과 함께 사용할 수 있다.
---
- [name, avg: 547.2]
- [&bm {? namu : wiki, empty: }]
- [~, "this is string", *bm]
- { <<: *bm, empty: !!seq [] }
...

4. 특징[편집]

4.1. 장점[편집]

<root>
    <name>Rust</name>
    <on>
        <push>
            <branches>master</branches>
        </push>
        <pull_request>
            <branches>master</branches>
        </pull_request>
    </on>
    <env>
        <CARGO_TERM_COLOR>always</CARGO_TERM_COLOR>
    </env>
    <jobs>
        <build>
            <runs-on>ubuntu-latest</runs-on>
            <steps>
                <uses>actions/checkout@v2</uses>
            </steps>
            <steps>
                <name>Build</name>
                <run>cargo build --verbose</run>
            </steps>
            <steps>
                <name>Run tests</name>
                <run>cargo test --verbose</run>
            </steps>
        </build>
    </jobs>
</root>

    "name": "Rust",
    "on": {
        "push": {
            "branches": [
                "master"
            ]
        },
        "pull_request": {
            "branches": [
                "master"
            ]
        }
    },
    "env": {
        "CARGO_TERM_COLOR": "always"
    },
    "jobs": {
        "build": {
            "runs-on": "ubuntu-latest",
            "steps": [
                {
                    "uses": "actions/checkout@v2"
                },
                {
                    "name": "Build",
                    "run": "cargo build --verbose"
                },
                {
                    "name": "Run tests",
                    "run": "cargo test --verbose"
                }
            ]
        }
    }
}

name: Rust
on:
    push:
        branches: [master]
    pull_request:
        branches: [master]
env:
    CARGO_TERM_COLOR: always
jobs:
    build:
        runs-on: ubuntu-latest
        steps:
            - uses: actions/checkout@v2
            - name: Build
              run: cargo build --verbose
            - name: Run tests
              run: cargo test --verbose

    "a": "b"
}
{
    "key": "value"

---
a: b
...
---
key: value
...

a: b
---
key: value

4.2. 단점[편집]

5. 사용 분야[편집]

• Flutter: dart패키지를 관리하기 위해

  pubspec.yaml

  에 설정을 저장한다.
• devOps

• 수많은 CI서버에서 설정파일로 사용된다.
  • GitLab CI: 루트에 위치한

    .gitlab-ci.yml

    파일을 설정파일로 사용한다.
  • trevisCI: 루트에 위치한

    .trevis.yml

    파일로 실행할 작업들을 지정한다.
  • GitHub Action: 설정 파일이

    .github/workflows/<워크플로 이름>.yml

    로 yaml형식을 사용한다.
  • sourcehut: 루트에 위치한

    .build.yml

    파일을 사용한다.
  • CircleCI:

    .circleci/config.yml

    파일을 사용한다.
• Docker: compose파일을 yaml로 작성하고 배포한다.
• 쿠버네티스: 지금껏 어떤 프레임워크보다 yaml을 광범위하게 사용하는 프레임워크 중 하나이다. 기본적인 팟, 레플리카, 디플로이먼트 등 모든 내부 오브젝트를 yml문서로 묘사하며, yaml고유 기능 중 하나인 문서 스트림을 사용해 클러스터 전체의 설정을 파일 하나로 관리할 수도 있다.[12]
  각 기능별 분리를 위해 그다지 권장되지는 않는다. 예를 들어 서비스(로드밸런서)파일들과 디플로이먼트 파일들은 각 폴더로 분리해서 관리하는 것이 좋다.
  kubectl이나 GKE 클라우드 콘솔 등은 yaml형식 출력을 제공하기도 한다![13]
  json이 주로 machine-readable파일에 주로 쓰이고, yaml은 주로 쓰기(작성) 전용으로만 사용되는 것에 대조적이다.
• Ansible: 자동화 툴 중 하나로, 설정 파일로 yaml을 사용한다.
• prometheus: 설정파일로

  prometheus.yml

  파일을 사용한다. 파일 기반 SD(service discovery)의 경우에도 yaml과 json 포맷을 지원한다.
• Sublime Text: 설정 파일로 사용할 수 있다.
• 마인크래프트 플러그인에서 많이 사용한다.
• Lock files
• yarn: yarn.lock파일이 yaml형식이다. 이 경우 개발자가 직접 작성하는 부분이 아닌 내부적으로 데이터를 저장하는 용도라는 점이 다르다.
• PNPM: yarn과 비슷하게 lock file로

  pnpm-lock.yaml

  을 사용한다.
• 스프링 부트: yaml 방식의 설정 파일을 사용할 수 있다. (

  application.properties -> application.yaml

  )

• OpenAPI(전 Swagger): API문서를 yaml또는 json으로 작성할 수 있다. 다만 doc-comment(annotaton)으로 코드 내에 주석으로 삽입하는 방식의 경우 yaml 형식이 더욱 선호되는 편이다. 특징으로, 동일하게 반복되는 스키마를 참조하는 방법으로 yaml의 앵커 문법 대신 json-reference를 사용한다. 또한 swagger-ui의 경우 yaml파일을 서버로 직접 요청해 프런트에서 문서를 렌더링할 수 있다.
• Unity에서 내부적으로 에셋 메타데이터를 기록하는 파일[14]
  확장자가 .yaml이 아니라 .meta이다.
  에서 사용된다. #

5.1. 다양한 환경에서의 YAML처리[편집]

• Python: pyyaml 수많은 yaml라이브러리 중 가장 유명하다.
• JavaScript: js-yaml

6. 기타[편집]

• 'PHP: Hypertext Preprocessor'의 PHP나 'Linux Is Not UniX'의 Linux처럼 개발자들이 흔히 농담으로 사용하는 재귀약자를 사용해 지어졌다. 처음에는 Yet Another Markup Language였으나 마크업을 강조하는 이름 대신 Yaml Ain't Markup Language로 바뀌었다.

• 주로 야믈, 또는 야말과 비슷하게 발음한다.

• .yaml

  과

  .yml

  둘 다 사용 가능한 확장자이다.

• 워낙 json과 비슷한 구조이기 때문에 json을 yaml로, 또는 그 반대로 변환해 주는 툴이 많다. json2yaml이나 convert-yaml-to-json 등의 온라인 툴도 많이 존재한다.

이 문서의 내용 중 전체 또는 일부는 2023-11-05 16:08:13에 나무위키 YAML 문서에서 가져왔습니다.

'

.yaml

.meta