From ee6b5e456f3cc4a8cd9db65a5db28e9f67c145f8 Mon Sep 17 00:00:00 2001
From: kenpi13 <71835877+kenpi13@users.noreply.github.com>
Date: Fri, 2 Dec 2022 00:50:14 +0900
Subject: [PATCH] fix(ja): fixed incorrect Japanese words about write

---
 content/v1.0.0-beta.4/index.ja.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/content/v1.0.0-beta.4/index.ja.md b/content/v1.0.0-beta.4/index.ja.md
index e6580e0..bc030ef 100644
--- a/content/v1.0.0-beta.4/index.ja.md
+++ b/content/v1.0.0-beta.4/index.ja.md
@@ -113,7 +113,7 @@ _説明_ はコード変更の要約です。 _fix：文字列に複数の空白
 1. 1行以上の _脚注_ は、本文の後ろに1行の空白行を入れてもよい（ MAY ）。 _脚注_ はコミットに関するメタ情報、例えば関連するプルリクエスト、レビュアー、変更の中断などを1行につき1つのメタ情報として含めなければならない（ MUST ）。
 1. 重大な変更(`BREAKING CHANGE`)は、本文セクションの一番最初、または脚注の先頭にしなければいけません（ MUST ）。
 重大な変更は大文字のテキスト `BREAKING CHANGE` と続くコロンとスペースから構成されなければいけません（ MUST ）。
-1. APIについて何が変わったのかを説明する`BREAKING CHANGE:`の後には説明を描かなければいけません（ MUST ）。
+1. APIについて何が変わったのかを説明する`BREAKING CHANGE:`の後には説明を書かなければいけません（ MUST ）。
 例、 _BREAKING CHANGE: 環境変数が設定ファイルよりも優先されるようになりました。_
 1. `feat`と`fix` 以外の _型_ をあなたのコミットメッセージに仕様してもよい（ MAY ）。
 1. Conventional Commitsを構成する情報の単位は、必ず大文字の`BREAKING CHANGE`を除いて、実装側は大文字と小文字を別の物して扱ってはいけない（ MUST NOT ）