From 325b74fbc44bf34d9fa645951d076a450b4e26be Mon Sep 17 00:00:00 2001 From: Sangsu Ryu Date: Mon, 29 Jan 2024 21:49:09 +0900 Subject: [PATCH] fix(ko): fix translation typo for message (#567) --- config.yaml | 2 +- content/v1.0.0/index.ko.md | 22 +++++++++++----------- 2 files changed, 12 insertions(+), 12 deletions(-) diff --git a/config.yaml b/config.yaml index 8231f8f..9922155 100644 --- a/config.yaml +++ b/config.yaml @@ -194,7 +194,7 @@ languages: weight: 10 languageName: "한국어" title: Conventional Commits - description: 커밋 메세지에 사용자와 기계 모두가 이해할 수 있는 의미를 부여하기 위한 스펙 + description: 커밋 메시지에 사용자와 기계 모두가 이해할 수 있는 의미를 부여하기 위한 스펙 actions: - label: 요약 url: '#개요' diff --git a/content/v1.0.0/index.ko.md b/content/v1.0.0/index.ko.md index 8f76484..dd4533d 100644 --- a/content/v1.0.0/index.ko.md +++ b/content/v1.0.0/index.ko.md @@ -8,9 +8,9 @@ aliases: ["/ko/"] ## 개요 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 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 ``` -### 단절적 변경(breaking change)에 주의를 주기위해 적용 범위와 `!` 를 포함한 커밋 메세지 +### 단절적 변경(breaking change)에 주의를 주기위해 적용 범위와 `!` 를 포함한 커밋 메시지 ``` feat(api)!: send an email to the customer when a product is shipped ``` -### BREAKING CHANGE 꼬리말과 `!`를 함께 포함한 커밋 메세지 +### BREAKING CHANGE 꼬리말과 `!`를 함께 포함한 커밋 메시지 ``` chore!: drop support for Node 6 BREAKING CHANGE: use JavaScript features not available in Node 6. ``` -### 본문이 없는 커밋 메세지 +### 본문이 없는 커밋 메시지 ``` docs: correct spelling of CHANGELOG ``` -### 적용 범위를 가지는 커밋 메세지 +### 적용 범위를 가지는 커밋 메시지 ``` feat(lang): add polish language ``` -### 다중-단락 본문과 다수의 꼬리말을 가진 커밋 메세지 +### 다중-단락 본문과 다수의 꼬리말을 가진 커밋 메시지 ``` fix: prevent racing of requests @@ -105,7 +105,7 @@ Refs: #123 1. 단절적 변경은 반드시 커밋의 타입/적용범위 접두어에 표시하거나 꼬리말에 기입되어야 합니다. 1. 꼬리말로 포함된 경우 단절적 변경은 반드시 대문자 문자열 BREAKING CHANGE과 뒤따르는 콜론(:), 공백, 그리고 설명으로 구성되어야 합니다. 예를 들면 _BREAKING CHANGE: environment variables now take precedence over config files._ 1. 타입/범위 접두어에 포함된 경우, 단절적 변경은 반드시 `:` 바로 앞의 `!` 를 명시해야 합니다. 만약 `!` 가 사용되면, `BREAKING CHANGE:` 는 꼬리말 섹션에서 생략할 수 있으며, 커밋 설명은 단절적 변경을 설명하기 위해 사용되어야 합니다. -1. `feat`와 `fix` 이외의 타입이 커밋 메세지에 사용될 수 있습니다. 예: _docs: updated ref docs._ +1. `feat`와 `fix` 이외의 타입이 커밋 메시지에 사용될 수 있습니다. 예: _docs: updated ref docs._ 1. Conventional Commit을 구성하는 정보의 단위는 반드시 대문자여야 하는 BREAKING CHANGES를 제외하고 구현자에 의해 대소문자를 구분하는 것으로 처리되어서는 안됩니다. 1. BREAKING-CHANGE는 꼬리말에서 토큰으로 사용될 때 반드시 BREAKING CHANGE와 동의어야 합니다. @@ -119,7 +119,7 @@ Refs: #123 ## FAQ -### 초기 개발 단계에서 커밋 메세지를 어떻게 다루어야 하나요? +### 초기 개발 단계에서 커밋 메시지를 어떻게 다루어야 하나요? 제품을 이미 출시한 것처럼 진행하세요. 일반적으로 *누군가* 는 여러분의 소프트웨어를 사용하고 있는데 그게 동료 개발자일 수도 있고 그들은 무엇이 고쳐졌는지, 무엇이 문제인지 등을 알고 싶어 할 것입니다.