Lompat ke konten utama

Ajak teman, raih Rp1.000.000. Ikut kompetisi

Coding & data · Dengan contoh

Catatan rilis untuk pengguna dari riwayat commit

Ubah daftar commit teknis menjadi catatan rilis yang dipahami pengguna, mengikuti contoh entri yang baik, dengan perubahan internal disaring keluar.

1 kali kirim5 isianDiperbarui

Untuk: Programmer, pengelola produk kecil, dan mahasiswa yang merilis aplikasi atau proyek open source.

Diadaptasi dari Fabric (Daniel Miessler) (MIT)

Prompt siap salin

  1. Prompt

    Ubah riwayat commit ini menjadi catatan rilis versi {{nomor versi}} untuk {{pembaca, misalnya pengguna aplikasi kasir yang bukan programmer}}. Ikuti pola contoh berikut.
    
    Commit: fix: handle null discount in calc_total()
    Entri buruk: Memperbaiki null pada calc_total.
    Entri baik: Total belanja tidak lagi kosong saat transaksi tanpa diskon.
    
    Commit: feat: add CSV export to sales report page
    Entri buruk: Menambahkan ekspor CSV.
    Entri baik: Laporan penjualan sekarang bisa diunduh sebagai CSV untuk dibuka di Excel.
    
    Riwayat commit (hasil git log --oneline {{tag lama}}..{{tag baru}}; nama dan email penulis sudah saya hapus):
    """
    {{tempel riwayat commit}}
    """
    
    Kelompokkan menjadi: Baru, Diperbaiki, Diubah, dan Perlu diperhatikan (perubahan yang mengharuskan pengguna melakukan sesuatu). Satu kalimat per entri, ditulis dari sudut pandang pengguna. Buang perubahan yang tidak terasa oleh pengguna (refaktor, tes, CI, dependensi), tetapi daftarkan di bagian akhir berjudul "Disaring" supaya bisa saya periksa. Jangan mengarang manfaat atau fitur yang tidak tersirat dari pesan commit; bila sebuah commit tidak jelas dampaknya, tulis sebagai pertanyaan.

Isian yang harus kamu ganti

Ganti bagian yang disorot, termasuk tanda {{ }}.

  • nomor versi
  • pembaca, misalnya pengguna aplikasi kasir yang bukan programmer
  • tag lama
  • tag baru
  • tempel riwayat commit

Bedah prompt: kenapa ini bekerja

Tiap potongan di bawah dikutip persis dari prompt di atas.

  1. Entri baik: Total belanja tidak lagi kosong saat transaksi tanpa diskon.

    Contoh ini menunjukkan perubahan sudut pandang dari nama fungsi ke hal yang dialami pengguna, standar yang sulit dijelaskan tanpa contoh.

  2. Perlu diperhatikan (perubahan yang mengharuskan pengguna melakukan sesuatu)

    Perubahan yang menuntut tindakan pengguna paling sering terlewat di catatan rilis dan paling banyak menimbulkan keluhan.

  3. daftarkan di bagian akhir

    Commit yang dibuang tetap terlihat, sehingga kamu bisa menangkap perubahan penting yang keliru dianggap urusan internal.

  4. bila sebuah commit tidak jelas dampaknya, tulis sebagai pertanyaan

    Pesan commit yang samar tidak boleh ditafsirkan menjadi klaim fitur, karena pengguna akan mencari fitur yang ternyata tidak ada.

Kalau jawabannya belum pas

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

  • Perlu versi singkat

    Ringkas catatan rilis tadi menjadi pengumuman maksimal 280 karakter untuk {{saluran, misalnya grup WhatsApp pengguna}}, dengan satu perubahan terpenting di depan.

Kelas terkait

Prompt lain di Coding & data

© 2026 KelasGratis. Seluruh hak cipta dilindungi undang-undang. Syarat & hak cipta