Neden git commit logları yerine merged pull request'ler tercih edilmelidir?

Ham commit'ler 'typo düzeltildi', 'wip' gibi taslak mesajlarla doludur. PR'lar ise gözden geçirilmiş, test edilmiş ve başlığı netleştirilmiş teslimat birimleridir.

Dependabot gibi bot PR'ları bültenden nasıl elenir?

Yazar (author) filtresi ile `app/dependabot` veya `dependencies` etiketli PR'lar filtrelenir ya da ayrı bir dahili başlıkta toplanır.

Squash-and-merge kullanımı changelog çıkarmayı etkiler mi?

Hayır. GitHub API'si PR başlığını, numarasını ve `merged_at` bilgisini korur.

GitHub Release etiketleri changelog üretimini tetikleyebilir mi?

Evet. `release: published` webhook olayı ile sürüm anında otomatik bülten derlenebilir.

Birleştirilen GitHub Pull Request'lerinden Ürün Changelog'u Oluşturma

GitHub'daki merged PR'lar, sürüm etiketleri ve kapatılan issue'ları temiz bir ürün changelog'una dönüştürün. Commit karmaşasından kurtulun.

Soobrief Ekibi — Ürün ve Mühendislik, Sooapps · 2026-08-20

Kısaca

GitHub'dan müşteriye dönük bir changelog oluşturmak, ana dala birleştirilen pull request'leri `merged_at` zaman damgasına göre filtrelemek ve etiketlerle gruplamaktan geçer. Bu yöntem ham git commit karmaşasını yok ederek temiz ve okunabilir sürüm notları üretir.

GitHub'dan müşteriye dönük bir changelog oluşturmak, ana dala birleştirilen pull request'leri merged_at zaman damgasına göre filtrelemek ve etiketlerle gruplamaktan geçer. Bu yöntem ham git commit karmaşasını yok ederek temiz ve okunabilir sürüm notları üretir.

Git depoları yazılımda neyin teslim edildiğinin mutlak kaynağıdır. Ancak ham commit geçmişini kopyalamak, müşterilerin anlamayacağı teknik detaylar ve yüzlerce küçük commit arasında kaybolmaya yol açar.

1. Doğru Sinyal: Commit'ler Değil, Merged PR'lar

Müşteriye dönük sürüm notu için en sağlıklı veri birimi birleştirilmiş Pull Request'lerdir:

merged_at alanı dolu olmalıdır (kapatılıp birleştirilmeyen PR'lar elenir).
base.ref ana dağıtım dalı (main veya production) olmalıdır.
Bot kullanıcılar otomatik olarak filtrelenmelidir.

2. Etiketleme ile Deterministik Gruplama

PR başlıklarını anlamlı kategorilere bölmek için etiketler kullanılır:

feature / enhancement: Yeni Özellikler başlığı altına alınır.
bug / fix: Hata Düzeltmeleri başlığına atanır.
performance: Hız ve Altyapı bölümünde vurgulanır.

Bu kural tabanlı sistem sayesinde mühendislik ekibinin haftalık sürüm notu için fazladan tek bir kelime yazmasına gerek kalmaz.