fix(ko): fix translation typo for message (#567)

This commit is contained in:
Sangsu Ryu 2024-01-29 21:49:09 +09:00 committed by GitHub
parent f777146b5d
commit 325b74fbc4
No known key found for this signature in database
GPG Key ID: B5690EEEBB952194
2 changed files with 12 additions and 12 deletions

View File

@ -194,7 +194,7 @@ languages:
weight: 10 weight: 10
languageName: "한국어" languageName: "한국어"
title: Conventional Commits title: Conventional Commits
description: 커밋 메지에 사용자와 기계 모두가 이해할 수 있는 의미를 부여하기 위한 스펙 description: 커밋 메지에 사용자와 기계 모두가 이해할 수 있는 의미를 부여하기 위한 스펙
actions: actions:
- label: 요약 - label: 요약
url: '#개요' url: '#개요'

View File

@ -8,9 +8,9 @@ aliases: ["/ko/"]
## 개요 ## 개요
Conventional Commits 스펙은 커밋 메시지에 곁들여진 가벼운 컨벤션으로 명확한 커밋 히스토리를 생성하기 위한 간단한 규칙을 제공합니다. 이렇게 만들어진 커밋 히스토리를 이용하여 더 쉽게 자동화된 도구를 만들 수 있습니다. Conventional Commits 스펙은 커밋 메시지에 곁들여진 가벼운 컨벤션으로 명확한 커밋 히스토리를 생성하기 위한 간단한 규칙을 제공합니다. 이렇게 만들어진 커밋 히스토리를 이용하여 더 쉽게 자동화된 도구를 만들 수 있습니다.
이 컨벤션은 커밋 메지에 신규 기능 추가, 문제 수정, 커다란 변화가 있음을 기술함으로써 [유의적 버전(Sementic Versioning)](https://semver.org/lang/ko/)과 일맥상통한 면이 있습니다. 이 컨벤션은 커밋 메지에 신규 기능 추가, 문제 수정, 커다란 변화가 있음을 기술함으로써 [유의적 버전(Sementic Versioning)](https://semver.org/lang/ko/)과 일맥상통한 면이 있습니다.
커밋 메지는 다음과 같은 구조가 되어야 합니다: 커밋 메지는 다음과 같은 구조가 되어야 합니다:
--- ---
@ -40,41 +40,41 @@ Conventional Commits 스펙은 커밋 메시지에 곁들여진 가벼운 컨벤
## 예제 ## 예제
### 설명과 BREAKING CHANGE 꼬리말을 가지는 커밋 메 ### 설명과 BREAKING CHANGE 꼬리말을 가지는 커밋 메
``` ```
feat: allow provided config object to extend other configs feat: allow provided config object to extend other configs
BREAKING CHANGE: `extends` key in config file is now used for extending other config files BREAKING CHANGE: `extends` key in config file is now used for extending other config files
``` ```
### 단절적 변경(breaking change)에 주의를 주기 위해 `!`를 포함한 커밋 메 ### 단절적 변경(breaking change)에 주의를 주기 위해 `!`를 포함한 커밋 메
``` ```
feat!: send an email to the customer when a product is shipped feat!: send an email to the customer when a product is shipped
``` ```
### 단절적 변경(breaking change)에 주의를 주기위해 적용 범위와 `!` 를 포함한 커밋 메 ### 단절적 변경(breaking change)에 주의를 주기위해 적용 범위와 `!` 를 포함한 커밋 메
``` ```
feat(api)!: send an email to the customer when a product is shipped feat(api)!: send an email to the customer when a product is shipped
``` ```
### BREAKING CHANGE 꼬리말과 `!`를 함께 포함한 커밋 메 ### BREAKING CHANGE 꼬리말과 `!`를 함께 포함한 커밋 메
``` ```
chore!: drop support for Node 6 chore!: drop support for Node 6
BREAKING CHANGE: use JavaScript features not available in Node 6. BREAKING CHANGE: use JavaScript features not available in Node 6.
``` ```
### 본문이 없는 커밋 메 ### 본문이 없는 커밋 메
``` ```
docs: correct spelling of CHANGELOG docs: correct spelling of CHANGELOG
``` ```
### 적용 범위를 가지는 커밋 메 ### 적용 범위를 가지는 커밋 메
``` ```
feat(lang): add polish language feat(lang): add polish language
``` ```
### 다중-단락 본문과 다수의 꼬리말을 가진 커밋 메 ### 다중-단락 본문과 다수의 꼬리말을 가진 커밋 메
``` ```
fix: prevent racing of requests fix: prevent racing of requests
@ -105,7 +105,7 @@ Refs: #123
1. 단절적 변경은 반드시 커밋의 타입/적용범위 접두어에 표시하거나 꼬리말에 기입되어야 합니다. 1. 단절적 변경은 반드시 커밋의 타입/적용범위 접두어에 표시하거나 꼬리말에 기입되어야 합니다.
1. 꼬리말로 포함된 경우 단절적 변경은 반드시 대문자 문자열 BREAKING CHANGE과 뒤따르는 콜론(:), 공백, 그리고 설명으로 구성되어야 합니다. 예를 들면 _BREAKING CHANGE: environment variables now take precedence over config files._ 1. 꼬리말로 포함된 경우 단절적 변경은 반드시 대문자 문자열 BREAKING CHANGE과 뒤따르는 콜론(:), 공백, 그리고 설명으로 구성되어야 합니다. 예를 들면 _BREAKING CHANGE: environment variables now take precedence over config files._
1. 타입/범위 접두어에 포함된 경우, 단절적 변경은 반드시 `:` 바로 앞의 `!` 를 명시해야 합니다. 만약 `!` 가 사용되면, `BREAKING CHANGE:` 는 꼬리말 섹션에서 생략할 수 있으며, 커밋 설명은 단절적 변경을 설명하기 위해 사용되어야 합니다. 1. 타입/범위 접두어에 포함된 경우, 단절적 변경은 반드시 `:` 바로 앞의 `!` 를 명시해야 합니다. 만약 `!` 가 사용되면, `BREAKING CHANGE:` 는 꼬리말 섹션에서 생략할 수 있으며, 커밋 설명은 단절적 변경을 설명하기 위해 사용되어야 합니다.
1. `feat``fix` 이외의 타입이 커밋 메지에 사용될 수 있습니다. 예: _docs: updated ref docs._ 1. `feat``fix` 이외의 타입이 커밋 메지에 사용될 수 있습니다. 예: _docs: updated ref docs._
1. Conventional Commit을 구성하는 정보의 단위는 반드시 대문자여야 하는 BREAKING CHANGES를 제외하고 구현자에 의해 대소문자를 구분하는 것으로 처리되어서는 안됩니다. 1. Conventional Commit을 구성하는 정보의 단위는 반드시 대문자여야 하는 BREAKING CHANGES를 제외하고 구현자에 의해 대소문자를 구분하는 것으로 처리되어서는 안됩니다.
1. BREAKING-CHANGE는 꼬리말에서 토큰으로 사용될 때 반드시 BREAKING CHANGE와 동의어야 합니다. 1. BREAKING-CHANGE는 꼬리말에서 토큰으로 사용될 때 반드시 BREAKING CHANGE와 동의어야 합니다.
@ -119,7 +119,7 @@ Refs: #123
## FAQ ## FAQ
### 초기 개발 단계에서 커밋 메지를 어떻게 다루어야 하나요? ### 초기 개발 단계에서 커밋 메지를 어떻게 다루어야 하나요?
제품을 이미 출시한 것처럼 진행하세요. 일반적으로 *누군가* 는 여러분의 소프트웨어를 사용하고 있는데 그게 동료 개발자일 수도 있고 그들은 무엇이 고쳐졌는지, 무엇이 문제인지 등을 알고 싶어 할 것입니다. 제품을 이미 출시한 것처럼 진행하세요. 일반적으로 *누군가* 는 여러분의 소프트웨어를 사용하고 있는데 그게 동료 개발자일 수도 있고 그들은 무엇이 고쳐졌는지, 무엇이 문제인지 등을 알고 싶어 할 것입니다.