跳到正文
cccskills
免费在 GitHub 公开中文介绍

commits

本指南帮助您按 IntelliJ 项目规则拆分更改并撰写提交信息:有工单时使用编号和变更说明,无工单时使用标签与子系统名,并在需要时说明原因和决定。

原文查看原文说明

Create, amend, or rename IntelliJ commits and write commit messages.

JetBrains/intellij-community星标 20,684(GitHub 20,684 + cccskills 0)

实测评分 未实测

查看安装方法

适用场景

  • 按项目格式编写带工单号的提交信息
  • 整理测试或文档提交并选择合适标签
  • 按规则修改已有提交信息

中文介绍

功能

本指南帮助您检查 IntelliJ 项目更改的范围,并让每个提交只包含一个目的。它说明提交信息格式:有工单的更改使用工单编号和一句变更说明;没有工单时,使用 tests 或 docs 等标签以及子系统名称。正文应说明更改原因和所作决定;机械性更改可以省略正文。指南也涵盖如何修改已有提交及其提交信息。

适用场景

想让提交信息符合项目约定、方便他人审查时,可以使用本指南。它说明如何处理带工单的工作、仅涉及测试或文档的更改,以及没有工单的工作。指南还展示了如何在 shell 中使用带引号的 heredoc 传递信息,或在 PowerShell 中按段使用多个 -m 参数。

使用示例

  • “请为这项更改编写包含工单编号和正文的提交信息。”
  • “这是仅涉及测试的更改,请使用合适的标签并说明原因。”
  • “请按这些规则修改现有提交信息。”

注意事项

行为变更需要 YouTrack 工单。不要使用 Conventional Commits 格式。推送更改请使用单独的 safe-push 技能。

本介绍由 AI(OpenAI Codex)根据公开的 SKILL.md 撰写。准确的规格请查看下方原文。

文档检查

AI 根据 SKILL.md 的内容检查了需要注意的操作和使用前提。评分只依据实际运行的结果(实测对比)。

安全性发送数据、删除文件、执行命令等是否有说明
B部分不足资料涉及修改提交,但对其影响的说明有限。
安装难易度所需工具和 API 密钥是否少且有说明
A良好未提及额外工具,示例使用 git、shell 或 PowerShell。

不计入评分。 由 AI(OpenAI Codex)于 2026年10月28日 评估。仅供参考,安装前请同时查看原文。

如果您认为评估有误,请申请复核

请写明哪一项有误以及原因。无需登录。我们会对照 SKILL.md 重新评估,并在此处更新结果。

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

包含的文件(1)

  • SKILL.md3.5 KB

SKILL.md(原文)

安装前可以查看交给 AI 代理的指令内容。

<!-- Generated by community/.ai/render-guides.mjs; edit community/.agents/skills/commits/SKILL.md -->

Commits

SafePush rejects a malformed subject, and each rejection costs a CI round trip.

Scope

  • One commit does one thing. Do not mix a cleanup or a refactoring into a behavioral change. When unsure, split.
  • Check the scope with git status --short and git diff --stat. Read the full diff only for changes you did not make in this session.

Message

IDEA-12345 <subject>              # a change with a ticket: the id, then one sentence
<label> <subsystem>: <subject>    # a change with no ticket
  • A behavioral change needs a YouTrack ticket. If you are unsure whether it is behavioral, it is.
  • With a ticket, the subject is the id and one sentence that says what the change does or decides. Do not add a label or a subsystem: the id already names the area. IDEA-12345 the inspection skips a generated file, not IDEA-12345 fix inspections: generated files. A test, a docs, or a cleanup commit of a ticket takes the same form; the body says that it is a test or a docs change.
  • With no ticket, the label is one of tests, cleanup, refactor, docs, format, style, setup, misc.
  • Do not use Conventional Commits (fix(scope): …).
  • Write a body unless the change is mechanical (a typo, an import, a format pass). Tests and cleanups need one too. Say why you made the change and what you decided. The diff already shows what changed.
  • Put a requested suffix such as IJ-MR-100 in its own last paragraph.

Passing the message

In a POSIX shell, use a quoted heredoc:

git commit -F - <<'EOF'
IDEA-12345 concise subject

Why the change was made and what was decided.
EOF

In PowerShell, pass one -m per paragraph, also with --amend. Do not pipe a here-string into -F -. Windows PowerShell adds a BOM to the subject, and SafePush rejects it.

git commit -m "IDEA-12345 concise subject" -m "Why the change was made and what was decided." -m "IJ-MR-100"

Do not write the message to a file outside the workspace, such as /tmp: that asks for a filesystem approval and leaves a plaintext draft behind. If you need a file, give it a name unique to your session under the gitignored out/, such as out/commit-message-<session>.txt. Several sessions share one working copy, and a peer can overwrite a shared file name between your write and your commit.

Examples

MRI-3589 harden single-flight recursion checks

Track active single-flight computations in coroutine context so recursive
awaits fail fast in both the owning coroutine and child coroutines.

IJ-MR-100
IJAI-3334 the published-surface wait of the editor service test names its step and dumps the state

The test failed once on TeamCity with no log line in its 10 s window, and 208 local runs did not reproduce it.
The helper now waits for the subscription and then for the apply, under one deadline, and a failure adds the
state of the test backend and a coroutine dump. No product code changes.

A change with no ticket:

tests cidr: migrate JUnit 5 coverage

Convert remaining JUnit 4 suites under cidr/coverage to JUnit 5.
Parametrized tests now use @MethodSource instead of the Theories runner.

Other cases, such as isolated commits and misc triage: 2_Commits.md. To push, use the safe-push skill.

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

actions

免费有简介

实现或修改 IntelliJ `AnAction`,并在 `plugin.xml` 中注册。将显示名称和说明写入消息资源文件,按需设置图标,并通过事件协程作用域启动挂起任务,避免同步处理阻塞 IDE。

  • 为 IDE 菜单添加操作
  • 修改操作注册或图标
  • 整理操作名称和说明
JetBrains/intellij-community2.1万2026年10月29日 更新

bazel-test-migration

免费有简介

将 IntelliJ JPS 测试模块迁移到 Bazel,并排查仅在 Bazel 中出现的失败。根据症状检查依赖、插件、测试数据和 runfiles,重新生成并验证目标。

  • 将 JPS 测试模块迁移到 Bazel
  • 排查仅在 Bazel 中失败的测试
  • 检查测试依赖和数据配置
JetBrains/intellij-community2.1万2026年10月29日 更新

code-style

免费有简介

按 IntelliJ 项目规范编写或审查 Kotlin 和 Java 代码,涵盖语言选择、格式、密封类型、线程注解及控制流异常处理。

  • 按 IntelliJ 规范编写 Kotlin
  • 审查 Java 代码
  • 检查异常处理和密封类型分支
JetBrains/intellij-community2.1万2026年10月29日 更新

使用多个 Python 类型检查器比较代码片段或文件的类型推断和报错判断,并汇总各工具的结论、耗时与诊断信息,可保存为 Markdown 报告。

  • 比较不同检查器的类型推断
  • 确认代码是否会被判为类型错误
  • 查看多个工具的诊断差异
JetBrains/intellij-community2.1万2026年10月29日 更新

整理 Compose Desktop 界面中的状态和副作用,让可组合函数负责绘制,由展示器或协调器处理应用决策。了解状态归属、Effect、可复用组件接口、延迟列表键、动画和性能,适用于单项界面修改。

  • 分离界面绘制与展示器决策
  • 整理界面状态的归属
  • 检查 Effect 键和协程用法
JetBrains/intellij-community2.1万2026年10月29日 更新

compose-ui-audit

免费有简介

审查 Compose Desktop 界面代码的架构和运行时问题,检查状态管理、副作用、协程、延迟列表、动画与重组,并按优先级列出发现。

  • 审查 Compose 界面的状态管理
  • 检查副作用和协程用法
  • 调查延迟列表或重组性能
JetBrains/intellij-community2.1万2026年10月29日 更新

查看 JetBrains 的全部技能

报告此技能的问题