Lewati ke konten utama
iotools.cloudiotools.cloud

Pembuat Pesan Commit Konvensional

Buat pesan Conventional Commits yang sesuai dengan spesifikasi dari jenis, cakupan, dan deskripsi, atau tempel pesan commit yang sudah ada untuk diuraikan kembali menjadi bagian-bagiannya. Melacak batas 72 karakter pada baris subject dan secara otomatis menambahkan footer BREAKING CHANGE.

Input

Area opsional dari codebase yang dipengaruhi oleh perubahan ini.

Ringkasan singkat dalam bentuk imperatif, tanpa titik di akhir.

Opsional, satu footer per baris (contoh: `Refs: #123`).

Output

Pesan Commit Terformat
Pemeriksaan Subject
PemeriksaanHasil
No data yet
Apakah ini membantu?

Cara lain menggunakan alat ini

REST API

curl -X POST https://api.iotools.cloud/v1/tool/conventional-commit-message-formatter \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "mode": "build",
    "type": "feat",
    "scope": "auth",
    "description": "add OAuth2 login support",
    "breaking": "true",
    "breakingDescription": "The login() function now requires an options obj…",
    "body": "Implements the OAuth2 authorization code flow us…",
    "footers": "Refs: #482"
  }'

Ganti dengan kunci Anda sendiri dari akun Anda. Bidang alat menjadi isi permintaan — tanpa pembungkus.

Tanyakan ke agen AI

Use the IOTools `conventional-commit-message-formatter` tool (Conventional Commit Message Formatter) on this input:

YOUR_INPUT_HERE

Tempelkan ini ke agen mana pun yang terhubung ke server MCP IOTools, lalu tambahkan input Anda.

Widget sematan

<iframe
  src="https://iotools.cloud/embed/conventional-commit-message-formatter/"
  width="100%" height="520" frameborder="0" scrolling="no" loading="lazy"
  title="Pembuat Pesan Commit Konvensional — iotools.cloud"
  sandbox="allow-scripts allow-forms allow-same-origin allow-downloads allow-popups allow-popups-to-escape-sandbox"
  allow="clipboard-write"
  style="width:100%;border:1px solid #e5e7eb;border-radius:12px;overflow:hidden"></iframe>
<script src="https://iotools.cloud/embed.js" async></script>

Tempelkan ini di halaman Anda sendiri — gratis, tanpa kunci, cukup tautan balik.

Biaya per panggilan API/MCPMulai dari 5 kredit
Butuh kredit lebih?Lihat harga

Juga tersedia melalui

IntegrasiEkstensi browserEkstensi VS Code

Panduan

Conventional Commits adalah format ketat yang dapat dibaca mesin untuk pesan commit: sebuah jenis, cakupan opsional, deskripsi pendek, dan bagian opsional untuk tubuh/footer. Alat seperti commitlint, semantic-release, dan pembuat changelog otomatis semuanya menguraikan bentuk yang sama ini — satu karakter yang salah (dua titik yang hilang, spasi ekstra, sintaks footer yang salah) dan commit secara diam-diam gagal validasi atau dilewati dari changelog. Alat ini membangun pesan yang sesuai dengan spesifikasi dari formulir sehingga format selalu benar, dan juga dapat menguraikan pesan yang ada kembali menjadi bagian-bagiannya. Semuanya berjalan di browser Anda.

Cara menggunakannya

  1. Pilih Buat pesan.
  2. Pilih sebuah Jenis (feat, fix, docs, …), dan secara opsional sebuah Cakupan (area codebase yang terpengaruh, misalnya api atau parser).
  3. Tulis Deskripsi pendek dalam bentuk imperatif ("tambah", bukan "ditambahkan").
  4. Centang Perubahan breaking jika commit mengubah kompatibilitas backward, dan jelaskan perubahannya — akan ditambahkan sebagai footer BREAKING CHANGE: dan ! setelah jenis/cakupan, tepat seperti yang diminta spesifikasi.
  5. Tambahkan Tubuh opsional untuk penjelasan lebih panjang, dan Footer untuk hal-hal seperti Refs: #123 atau Reviewed-by: Name (satu per baris).
  6. Salin pesan yang telah diformat langsung ke git commit -m "..." atau ke kotak pesan commit editor Anda.

Beralih ke Analisis pesan untuk melakukan kebalikannya: tempel pesan commit yang sudah ada dan alat akan menguraikannya kembali menjadi jenis, cakupan, flag breaking-change, deskripsi, tubuh, dan footer — berguna untuk memeriksa apakah pesan yang ditulis orang lain benar-benar mengikuti spesifikasi.

Panjang baris subject

Tabel Subject Check melacak header yang telah diformat Anda (jenis(cakupan)!: deskripsi) terhadap batas 72 karakter yang umum digunakan, sehingga baris subject panjang yang akan dipotong di git log --oneline atau daftar commit GitHub ditangkap sebelum Anda commit.

Jenis commit

feat dan fix langsung memetakan ke bump semantic-version dalam Semantic Versioning ketika alat seperti semantic-release membaca riwayat Anda, dan footer BREAKING CHANGE (atau !) memicu bump versi major apa pun tipenya. Sisanya — docs, style, refactor, perf, test, chore, ci, build, revert — mendeskripsikan perubahan tanpa mempengaruhi nomor versi.

Apakah ini menggantikan hook commit seperti commitlint?

Tidak — commitlint memvalidasi commit pada saat commit (biasanya melalui Git hook) dan dimaksudkan untuk berjalan secara otomatis dalam alur kerja tim. Alat ini digunakan untuk menulis satu pesan dengan tangan, atau untuk memeriksa pesan sebelum Anda menempelkannya. Gunakan keduanya: ini untuk menulis pesan, commitlint untuk memberlakukan aturan secara otomatis.

Bagaimana jika saya perlu meninjau seluruh riwayat commit dan bukan hanya satu pesan?

Gunakan Git Log Formatter / Prettifier untuk mengubah output git log menjadi tabel, daftar, atau JSON — atau Git Cheatsheet untuk perintah Git umum.

git commitcommitlintsemantic commitcommit conventionchangelogcommitizengit messagesemver

Suka alat-alatnya? Hilangkan iklannya.

Satu kali pembayaran menghapus semua iklan dari akun Anda, selamanya. Tanpa langganan, tanpa pelacakan.

Hapus iklan