Skip to main content

Feature-Train Teslimat Standardı

Amaç​

Kabul edilmiş (accepted) Canon kararlarının implementasyonunda hız kaybının kök-nedeni olan mikro-faz parçalanmasını (her pakete ayrı pre-audit → brief → gate → verdict → sync zinciri) kaldırmak; güvenlik disiplinlerini (CI, ikinci-göz, canlı-doğrulama, bilinç-ayrımı) tren-sonuna konsolide ederek korumak.

1. Teslimat-zinciri (tek-biçim)​

ACCEPTED CANON → FEATURE TRAIN → 1–3 PR → PR-başına CI
→ Müdür hızlı 2.-göz → MERGE / DEPLOY GATE
→ tren-SONUNDA TEK canlı-Verify → TEK status-sync

2. Çekirdek hükümler​

  1. PR bir governance-fazı DEĞİLDİR. PR yalnız kodun güvenli-merge-edilebilir dilimidir. PR-başına tören (ayrı acceptance / ayrı gate / ayrı verdict) yapılmaz.
  2. T1/T2 accepted-Canon implementasyonu varsayılan olarak EN FAZLA 3 PR'dır. Üçten fazla PR gerekiyorsa Müdür şunu kanıtlamak zorundadır: "Bu gerçekten bağımsız deploy/risk sınırı mı, yoksa iş mikro-fazlara mı bölünüyor?" Varsayılan cevap: birleştir.
  3. Ayrı faz/tren yalnız gerçek risk-sınırında açılır: migration/rollback sınırı · güvenlik/izolasyon sınırı · ödeme · geri-dönülmez veri-operasyonu · dış-provider bağımlılığı · gerçekten bağımsız production-rollout. "Dosya sayısı fazla", "önce altyapı sonra ekran", "daha düzenli olur" tek başına gerekçe DEĞİLDİR.
  4. Tren başında BİR kapsam-tanımı, tren sonunda BİR kapanış (tek canlı-Verify + tek status-sync + gerekiyorsa CEO göz-kabulü). Ara-tören yok; her PR'da CI ve güvenlik-testleri koşmaya devam eder.
  5. Pre-Audit yalnız İLK-KEZ-yapılan iş-deseninde istenir; bilinen desende Lokal Code doğrudan kodlar.
  6. Çalışma-kapasitesi (WIP): aynı anda 1 KOD-Feature-Train + 1 CANON-Closeout-Train.
  7. Canon-katmanı törenleri KALKMAZ: ADR/senaryo/governance-kaydı kabulü, Foundation-effective geçişi gibi gerçek governance-kararları exact-SHA tören-disiplinini korur. Bu standart yalnız implementasyon-teslimatının granülaritesini düzenler.
  8. Paket-metadata anahtarları (ör. p1/p2a/p2b) Canon-kayıtlarında kalabilir (izlenebilirlik); ancak ayrı proje/faz olarak YÖNETİLMEZ — tek trenin vagonlarıdır.

3. Mevcut disiplinlerle ilişki​

  • Verify-mandatosu (v1.1–v1.3) hükümleri aynen geçerlidir — browser-kanıt, çift-yüzey, keşif-turu, görünürlük-beklentisi; yalnız SIKLIK tren-sonuna iner (her-PR-sonrası değil).
  • Bilinç-ayrımı korunur: kod=Lokal Code, bağımsız-doğrulama=Verify, ikinci-göz=Müdür — roller değişmez; tur-sayısı düşer.
  • Deploy-governance (CEO-gated deploy; DG-FULL/DG-LIGHT sınıfları) tren-sonu gate'ine uygulanır.

4. Kapsam-dışı (bilinçli)​

  • Hukuk-kilitli işler (ör. CAN-DEC-ADR-004 p3_silme_anonimlestirme, guest-aktivasyon) bu standardın hız-hükümlerinden ETKİLENMEZ — kendi legal-gate'lerini bekler.
  • Admin-kullanıcı-yönetimi ürün-ilkesi ("kullanıcının tüm özellikleri admin-kartından yönetilir", CEO 12 Tem) bu kayda değil, UC-katmanına aittir (User-Management-Train kapsamında UCG-amendment ile işlenecek).

CAN-GOV-DELIVERY-001 · governance_status: accepted (Human-CEO "CAN-GOV-DELIVERY-001 onaylandı", 12 Tem 2026 — çift-SHA-künye = extensions.acceptance; gün-hassasiyeti) · Müdür-authoring (CEO+AI-CEO direktifi birebir) · İlk-uygulama: CAN-DEC-ADR-005 Implementation Train (PR#14-16) + Canon Truth & Backlog Closure Train. accepted ≠ effective (Foundation-effective-tartışması ayrı).