Back to Details

commit-ja

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

Japanese Commit Message

日语提交信息

Generate a message now when invoked on its own. Empty input or a skill reference alone counts, even if the client omits the command text. When supplied as context for another request, follow that request.
单独调用时，立即生成一条提交信息。即使客户端省略了命令文本，空输入或仅提供 skill 引用也算作调用。如果作为另一个请求的上下文提供，则遵循该请求。

Generate

生成

  1. Read 
    git status --short
    , 
    git diff --cached --stat
    , 
    git diff --cached
    , and 
    git log -8 --format='%s'
    in parallel.
  2. Base the message on staged changes; use recent subjects for style. Skip the history if the repository has no commits. Read more context only as needed.
  3. Return only the message in one 
    text
    code block. If nothing is staged, return 
    ステージ済みの変更はありません
    in that block. If inspection fails, report the error.
Leave files and the index unchanged when generating a message. Finish with the result, not an acknowledgment or a request to invoke again.
  1. 并行读取 
    git status --short
    、
    git diff --cached --stat
    、
    git diff --cached
    和 
    git log -8 --format='%s'
    。
  2. 根据已暂存的更改编写提交信息，并参考近期提交标题的措辞风格。如果仓库尚无提交，则忽略提交历史。仅在需要时读取更多上下文。
  3. 仅在一个 
    text
    代码块中返回提交信息。如果没有暂存任何更改，则在该代码块中返回 
    ステージ済みの変更はありません
    。如果检查失败，则报告错误。
生成提交信息时，不得更改文件或暂存区。直接以结果结束，不要输出确认信息，也不要要求用户再次调用。

Message format

信息格式

Use 
type(scope)!: subject
:
  • Type: 
    feat
    , 
    fix
    , 
    docs
    , 
    style
    , 
    refactor
    , 
    perf
    , 
    test
    , 
    chore
    , 
    build
    , 
    ci
    , or 
    revert
    .
  • Use English for type and scope; Japanese for subject and body. Include scope when the diff supports it.
  • Describe the resulting behavior with a concise noun phrase. Include meaningful terms, rather than filenames or generic words such as 
    修正
    alone.
  • Aim for 50 characters; limit the subject to 72. Omit final punctuation, ticket numbers, URLs, and 
    〜しました
    .
  • Add a body when motivation or impact needs explanation.
  • Mark breaking changes with 
    !
    ; add a 
    BREAKING CHANGE:
    footer when migration needs explanation.
Split independent concerns into separate messages, separated by 
---
within the same block. Keep supporting tests and documentation with their change.
text
feat(auth): OAuth2ログインエンドポイントの追加

リフレッシュトークンを使ったセッション継続に対応。
使用 
type(scope)!: subject
：
  • Type：
    feat
    、
    fix
    、
    docs
    、
    style
    、
    refactor
    、
    perf
    、
    test
    、
    chore
    、
    build
    、
    ci
    或 
    revert
    。
  • type 和 scope 使用英语，subject 和正文使用日语。如果差异内容能够体现具体范围，则填写 scope。
  • 使用简洁的名词短语描述变更后的行为。应包含有意义的术语，而不是文件名或仅使用 
    修正
    之类的泛化词语。
  • 目标长度为 50 个字符；subject 最多为 72 个字符。省略末尾标点、工单编号、URL 和 
    〜しました
    。
  • 当需要说明动机或影响时，添加正文。
  • 使用 
    !
    标记破坏性变更；当迁移需要说明时，添加 
    BREAKING CHANGE:
    页脚。
将彼此独立的问题拆分为多条提交信息，并在同一个代码块中使用 
---
分隔。将配套的测试和文档与其对应的更改放在一起。
text
feat(auth): OAuth2ログインエンドポイントの追加

リフレッシュトークンを使ったセッション継続に対応。

Commit

提交

Create commits only when requested. Inspect staged and relevant unstaged changes, then stage the requested paths or hunks while preserving unrelated and partially staged work.
Do not use blanket staging, create empty commits, or bypass hooks.
Group independent concerns separately. Check each staged diff and required repository checks, commit with a message in the format above, and verify the commit and remaining Git state. Pass plain message text to Git. Report any commit or hook failure.
仅在收到明确请求时创建提交。检查已暂存的更改和相关的未暂存更改，然后暂存请求指定的路径或代码块，同时保留无关的更改和已部分暂存的工作。
不要整体暂存文件，不要创建空提交，也不要绕过 hooks。
分别组织彼此独立的问题。检查每个已暂存的差异以及仓库要求的检查项，使用上述格式提交信息创建提交，然后验证提交结果和剩余的 Git 状态。向 Git 传入纯文本提交信息。报告任何提交或 hook 失败。