Genellikle kodu nasıl commit ediyorsun?

Standartlaştırılmış bir commit formatı kullanıyorum, genellikle Conventional Commits tabanlıdır. Bu, tutarlılığı sağlar ve bazı süreçleri otomatikleştirir, örneğin değişiklik günlüğü oluşturmayı.

Tipik commit formatı:

<Tür>[(alan)]: <açıklama>

[<gövde>]

[<not>]

• <Tür>: Zorunlu. Değişikliklerin türünü belirler (örneğin, feat yeni özellikler için, fix hata düzeltmeleri için, docs dokümantasyon değişiklikleri için, style biçimlendirme için, refactor yeniden düzenleme için, test test ekleme için, ci CI/CD değişiklikleri için).
• (alan): Opsiyonel. Değişikliklerin etkilendiği uygulama alanını gösterir (örneğin, (bileşen: düğme), (servis: kimlik doğrulama)).
• <açıklama>: Zorunlu. Emir kipiyle kısa ve net değişiklik açıklaması (örneğin, "düğme ekle", "doğrulama hatasını düzelt").
• <gövde>: Opsiyonel. Değişikliklerin daha detaylı açıklaması, nedenleri ve bağlamı. Boş bir satırla açıklamadan ayrılır.
• <not>: Opsiyonel. Genellikle BREAKING CHANGE ifadesiyle, neden uyumluluğu bozduğunu açıklamak veya görev bağlantıları (örneğin, Closes #123) için kullanılır.

Örnekler:

feat: modal pencere bileşeni ekle

fix(validation): kayıt formundaki email doğrulama hatasını düzelt

Artık email, RFC 5322 standardına uygun şekilde doğru şekilde doğrulanıyor.

Closes #45

refactor(bileşen: düğme): stilleri güncelle ve erişilebilirliği artır

Düğmenin stilini tasarım sistemine uygun hale getirmek için yeniden düzenleme.
ARIA öznitelikleri eklenerek erişilebilirlik artırıldı.

Bu, ekibin değişiklik geçmişini daha iyi anlamasına, kod incelemesini hızlandırmasına ve otomatik süreçleri basitleştirmesine yardımcı olur.