İçeriğe atla
Operasyon 2 dk okuma

Commit ve push otonomisi

Codex yetkili olduğunda bu repoda commitleri nasıl böler, doğrular ve pushlar.

Bu repoda kullanıcı yetki verdiğinde Codex kirli worktree’yi temizleyebilir, değişiklikleri mantıklı commitlere bölebilir ve pushlayabilir.

Ne zaman commit/push yapabilir

Kullanıcı doğrudan commit/push isterse veya işi uçtan uca Codex’e bıraktığını söylerse Codex commit ve push yapabilir. Bu yetki mevcut task ve branch’i review edilebilir durumda bırakmak için gereken temizlik işleri için geçerlidir.

Zorunlu davranış

  • Staging öncesi git status kontrol edilir.
  • Explicit path veya tutarlı path grupları stage edilir.
  • Commitler amaca göre bölünür: docs, test, Prompt Studio, Blog Engine, media tooling, data snapshot.
  • Push öncesi ilgili validasyon çalıştırılır ya da neden atlandığı raporlanır.
  • Stage edilen veya pushlanacak path’lerde secret scan yapılır.
  • Sadece hedeflenen branch configured remote’a pushlanır.
  • Branch, commit listesi, doğrulama, riskler ve sonraki güvenli komut raporlanır.

Sert sınırlar

Force-push, shared history rewrite, deploy, production migration, secret ifşası, kullanıcı işini silme ve dış yayın/mesaj gönderme doğrudan onay olmadan yapılmaz.

Dirty worktree kuralı

Yerel bir süreç generated artifact yazıyorsa makul olduğunda bitmesi beklenir. Süreç sürekli yeniden başlıyorsa sadece stabil ve niyetli değişiklikler commitlenir; aktif writer açıkça raporlanır.

Faydalı komutlar

git status --short --branch
git diff --check
npm --prefix apps/web run build
npm --prefix apps/blog run ci:blog
git push -u origin feat/blog-v2
FluxonLab Ücretsiz kaydol