Pesan commit dan deskripsi pull request

Prompt siap salin

Kirim berurutan dalam satu percakapan, satu pesan per langkah, dan baca jawabannya sebelum lanjut.

1. 1

   Fase 1 — baca diff

   Salin

   Ini perubahan kode saya dari {{git diff --staged / git diff main...cabang-saya}}, dengan konteks: {{tujuan perubahan, nomor issue atau tiket bila ada}}. Kunci API dan data rahasia sudah saya hapus.
   """
   {{tempel diff}}
   """
   Belum perlu pesan commit. Beri:
   1. Ringkasan perubahan per berkas dalam satu kalimat.
   2. Pengelompokan perubahan per tujuan, dan apakah perubahan ini perlu dipecah menjadi beberapa commit.
   3. Perubahan yang tampak tidak disengaja, misalnya print untuk debug, kode yang dikomentari, atau berkas konfigurasi lokal.
   4. Bagian yang alasannya tidak terlihat dari diff dan konteks saya, sebagai pertanyaan.

2. 2

   Fase 2 — tulis pesan

   Kirim setelah pengelompokan dan pertanyaannya kamu periksa dan jawab.

   Salin

   Pengelompokan yang saya setujui dan jawaban saya: {{tempel pengelompokan final dan jawaban}}. Untuk setiap kelompok, tulis pesan commit dalam bahasa {{Inggris / Indonesia}} dengan gaya {{Conventional Commits / gaya repo kami, beserta contoh pesan lama}}: judul maksimal 50 karakter dalam bentuk perintah (misalnya "Add" atau "Tambahkan", bukan "Added"), baris kosong, lalu badan yang menjelaskan apa dan kenapa, bukan bagaimana, dengan panjang baris maksimal 72 karakter. Lalu tulis deskripsi pull request: ringkasan, alasan perubahan, cara menguji langkah demi langkah, risiko atau dampak ke bagian lain, dan [tangkapan layar] bila tampilan berubah. Jangan mengarang alasan, nomor issue, atau hasil pengujian; yang belum saya jelaskan tulis [isi].

Bedah prompt: kenapa ini bekerja

Tiap potongan di bawah dikutip persis dari prompt di atas.

1. 1
   apakah perubahan ini perlu dipecah menjadi beberapa commit

   Satu commit untuk satu tujuan membuat riwayat mudah ditelusuri dan perubahan mudah dibatalkan tanpa ikut membuang yang lain.

2. 2
   Perubahan yang tampak tidak disengaja

   Print debug dan berkas konfigurasi lokal mudah ikut ter-commit; fase 1 menangkapnya sebelum masuk ke riwayat.

3. 3
   apa dan kenapa, bukan bagaimana

   Diff sudah menunjukkan bagaimana kodenya berubah; yang hilang dari riwayat adalah alasannya, dan itulah yang dicari saat ada bug.

4. 4
   Jangan mengarang alasan, nomor issue, atau hasil pengujian

   AI tidak tahu kenapa kamu mengubah kode atau apakah sudah diuji; klaim karangan di PR menyesatkan peninjau.

Kalau jawabannya belum pas

Kirim di percakapan yang sama. Perintah yang spesifik jauh lebih efektif daripada "perbaiki lagi".

• Peninjau minta perubahan

  Salin

  Peninjau PR berkomentar: "{{komentar}}". Setelah saya perbaiki, tulis pesan commit lanjutan dan balasan singkat untuk komentar itu.