kortext 1.0.0 → 2.2.3
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/AGENTS.md +28 -0
- package/README.md +98 -0
- package/agents/backend-developer.md +132 -0
- package/agents/compliance-expert.md +106 -0
- package/agents/copywriter.md +122 -0
- package/agents/db-admin.md +117 -0
- package/agents/delivery-manager.md +121 -0
- package/agents/designer.md +108 -0
- package/agents/devops-engineer.md +141 -0
- package/agents/engineering-manager.md +208 -0
- package/agents/frontend-developer.md +174 -0
- package/agents/growth-expert.md +115 -0
- package/agents/operation-manager.md +122 -0
- package/agents/product-manager.md +114 -0
- package/agents/qa-engineer.md +126 -0
- package/agents/security-engineer.md +119 -0
- package/hooks/audit-logger.sh +25 -0
- package/hooks/auto-locker.sh +74 -0
- package/hooks/auto-unlocker.sh +17 -0
- package/hooks/backlog-sync-guard.sh +12 -0
- package/hooks/branch-guard.sh +32 -0
- package/hooks/commit-msg-guard.sh +43 -0
- package/hooks/git-pre-commit.sh +76 -0
- package/hooks/git-pre-push.sh +17 -0
- package/hooks/handover-guard.sh +33 -0
- package/hooks/kortext-init.sh +194 -0
- package/hooks/kortext-lib.sh +151 -0
- package/hooks/lint-guard.sh +50 -0
- package/hooks/secret-scanner.sh +89 -0
- package/hooks/size-guard.sh +48 -0
- package/hooks/snapshot-guard.sh +39 -0
- package/hooks/write-guard.sh +77 -0
- package/package.json +23 -6
- package/rules/behavior.md +252 -0
- package/rules/branching.md +82 -0
- package/rules/commands.md +112 -0
- package/rules/emergency.md +160 -0
- package/rules/mcp.md +47 -0
- package/rules/models.md +93 -0
- package/scripts/kortext-backlog-add.py +123 -0
- package/scripts/kortext-backlog-health.py +112 -0
- package/scripts/kortext-backlog-sync.py +117 -0
- package/scripts/kortext-bulk-plan.py +63 -0
- package/scripts/kortext-cli.py +376 -0
- package/scripts/kortext-consistency-check.py +74 -0
- package/scripts/kortext-context-check.py +146 -0
- package/scripts/kortext-handover.py +107 -0
- package/scripts/kortext-item-check.py +61 -0
- package/scripts/kortext-item-start.py +70 -0
- package/scripts/kortext-item-transition.py +78 -0
- package/scripts/kortext-lock.py +174 -0
- package/scripts/kortext-session-start.py +127 -0
- package/scripts/lock_kortext.sh +34 -0
- package/settings/.claude-settings.template.json +48 -0
- package/settings/CHANGELOG.md +176 -0
- package/settings/INTEGRATION-MAP.md +276 -0
- package/settings/README.md +255 -0
- package/settings/USER-GUIDE.md +502 -0
- package/settings/VERSION +1 -0
- package/settings/config.md +8 -0
- package/settings/runtime-adapters.md +104 -0
- package/skills/backend-developer/.gitkeep +0 -0
- package/skills/compliance-expert/.gitkeep +0 -0
- package/skills/copywriter/.gitkeep +0 -0
- package/skills/db-admin/.gitkeep +0 -0
- package/skills/delivery-manager/.gitkeep +0 -0
- package/skills/designer/.gitkeep +0 -0
- package/skills/devops-engineer/.gitkeep +0 -0
- package/skills/engineering-manager/.gitkeep +0 -0
- package/skills/frontend-developer/.gitkeep +0 -0
- package/skills/growth-expert/.gitkeep +0 -0
- package/skills/operation-manager/.gitkeep +0 -0
- package/skills/product-manager/.gitkeep +0 -0
- package/skills/qa-engineer/.gitkeep +0 -0
- package/skills/security-engineer/.gitkeep +0 -0
- package/workflows/00-kortext-setup.md +53 -0
- package/workflows/01a-analysis-pipeline.md +117 -0
- package/workflows/01b-onboarding-pipeline.md +110 -0
- package/workflows/02-planning-pipeline.md +146 -0
- package/workflows/02b-spike-workflow.md +120 -0
- package/workflows/03-environment-setup.md +99 -0
- package/workflows/04-development-cycle.md +203 -0
- package/workflows/05-test-cycle.md +123 -0
- package/workflows/06-deployment-cycle.md +224 -0
- package/workflows/07-rollback-pipeline.md +203 -0
- package/workflows/08-hotfix-pipeline.md +196 -0
- package/workflows/09-maintenance-cycle.md +133 -0
- package/workspace/archive/.gitkeep +0 -0
- package/workspace/backups/.gitkeep +0 -0
- package/workspace/memory/backlog/.gitkeep +0 -0
- package/workspace/memory/backlog/BXX-[bug-name].md +2 -0
- package/workspace/memory/backlog/DXX-[debt-name].md +2 -0
- package/workspace/memory/backlog/README.md +31 -0
- package/workspace/memory/backlog/TXX-[task-name].md +2 -0
- package/workspace/memory/backlog/debt-dashboard.md +3 -0
- package/workspace/memory/backlog/epic-dashboard.md +10 -0
- package/workspace/memory/backlog/version-dashboard.md +7 -0
- package/workspace/memory/context/.gitkeep +0 -0
- package/workspace/memory/context/README.md +35 -0
- package/workspace/memory/context/[agent-name]-active.md +2 -0
- package/workspace/memory/decisions.md +17 -0
- package/workspace/memory/handover.md +40 -0
- package/workspace/memory/learned.md +21 -0
- package/workspace/references/access.md +47 -0
- package/workspace/references/api-reference.md +59 -0
- package/workspace/references/blueprint.md +29 -0
- package/workspace/references/content-strategy.md +39 -0
- package/workspace/references/db-schema.md +51 -0
- package/workspace/references/design-system.md +107 -0
- package/workspace/references/dictionary.md +42 -0
- package/workspace/references/file-system.md +42 -0
- package/workspace/references/growth-strategy.md +46 -0
- package/workspace/references/legal-strategy.md +35 -0
- package/workspace/references/required-skills.md +11 -0
- package/workspace/references/security-rules.md +34 -0
- package/workspace/references/tech-stack.md +49 -0
- package/workspace/references/test-strategy.md +48 -0
- package/workspace/reports/analysis-reports.md +40 -0
- package/workspace/reports/content-reports.md +29 -0
- package/workspace/reports/delivery-reports.md +26 -0
- package/workspace/reports/growth-reports.md +9 -0
- package/workspace/reports/legal-reports.md +29 -0
- package/workspace/reports/product-requirements.md +28 -0
- package/workspace/reports/release-notes.md +20 -0
- package/workspace/reports/security-reports.md +27 -0
- package/workspace/reports/status-reports.md +48 -0
- package/workspace/reports/tech-requirements.md +30 -0
- package/workspace/reports/test-reports.md +61 -0
- package/workspace/templates/BXX-[bug-name].md +34 -0
- package/workspace/templates/DXX-[debt-name].md +35 -0
- package/workspace/templates/EXX-[epic-name].md +48 -0
- package/workspace/templates/HXX-[hotfix-name].md +73 -0
- package/workspace/templates/SXX-[spike-name].md +51 -0
- package/workspace/templates/TXX-[task-name].md +34 -0
- package/workspace/templates/[agent-name]-active.md +4 -0
- package/workspace/templates/[original-name]_[YYYY-MM-DD_HHMMSS].md +5 -0
- package/workspace/templates/adr-XXX.md +66 -0
- package/workspace/templates/debt-dashboard.md +10 -0
- package/workspace/templates/epic-dashboard.md +10 -0
- package/workspace/templates/version-dashboard.md +10 -0
|
@@ -0,0 +1,203 @@
|
|
|
1
|
+
# Development Cycle (`!start development`)
|
|
2
|
+
|
|
3
|
+
Bu akış, seçilen backlog item'ının uygulanmasını ve `Review` aşamasına kadar ilerlemesini yönetir.
|
|
4
|
+
|
|
5
|
+
## Girdi ve Çıkış
|
|
6
|
+
|
|
7
|
+
- **Başlangıç koşulu:** Düz backlog içinde assignee'si belirlenmiş ve bağımlılıkları çözümlenmiş bir item bulunmalıdır.
|
|
8
|
+
- **Girdi:** İlgili backlog item dosyası, onaylı referanslar ve mevcut handover/context kayıtları.
|
|
9
|
+
- **Çıkış:** Uygulanmış değişiklik, `Test`/`Review` geçiş kayıtları ve güncel handover.
|
|
10
|
+
- **Sonraki akış:** Test için `05-test-cycle.md`; onay sonrası deployment ihtiyacına göre `06-deployment-cycle.md`.
|
|
11
|
+
|
|
12
|
+
## Otomasyon Çağrıları
|
|
13
|
+
|
|
14
|
+
> [!TIP] Bu tablo workflow adımlarının hangi script/hook'a bağlandığını gösterir. Tek-kaynak referans: `../settings/INTEGRATION-MAP.md`.
|
|
15
|
+
|
|
16
|
+
| Adım | Tetikleyici Persona | Script / Hook | Beklenen Çıktı |
|
|
17
|
+
|---|---|---|---|
|
|
18
|
+
| Pick & Plan | Assignee ajan | `scripts/kortext-item-start.py <item> --agent <persona> --summary "..."` | Item `In Progress`, `workspace/memory/context/<agent>-active.md`, otomatik git commit |
|
|
19
|
+
| Implementation (PR açma) | Assignee ajan | `scripts/kortext-item-transition.py <item> --to Test` | Status `Test`, otomatik git commit |
|
|
20
|
+
| PR commit | (otomatik) | `hooks/git-pre-commit.sh` zinciri (secret-scanner → lint → size → backlog-sync → handover → snapshot) | Commit accept/reject |
|
|
21
|
+
| Verification (fail) | Gate sahibi ajan | `scripts/kortext-item-transition.py <item> --to "In Progress"` | Status `In Progress`, otomatik git commit |
|
|
22
|
+
| Verification (pass) | Son gate ajanı | `scripts/kortext-item-transition.py <item> --to Review` | Status `Review`, otomatik git commit |
|
|
23
|
+
| Final Review (request changes) | Item approver | `scripts/kortext-item-transition.py <item> --to "In Progress"` | Status `In Progress`, otomatik git commit |
|
|
24
|
+
| Final Review (approve) | Item approver | `!approve` komutu (manuel) | +prime / approver onayı |
|
|
25
|
+
| Deployment & Closing | +devops-engineer | `scripts/kortext-handover.py` → `scripts/kortext-item-check.py` → `scripts/kortext-item-transition.py --to Done` → `scripts/kortext-backlog-sync.py` | Handover, gate kontrol, `Done` geçişi, dashboard sync, git commit zinciri |
|
|
26
|
+
|
|
27
|
+
> [!INFO]
|
|
28
|
+
> - Süreç başladığında ajanlar backlog item ID'leri üzerinden ilerler.
|
|
29
|
+
> - Her ajan göreve başlarken `../workspace/memory/context/[agent-name]-active.md` dosyasını oluşturur veya günceller; görev bitince kendi aktif görev dosyasını siler.
|
|
30
|
+
> - Karşılaşılan sorunların çözümleri ilgili ajan tarafından `../workspace/memory/learned.md` dosyasına işlenir.
|
|
31
|
+
> - Süreçte `../rules/branching.md` kuralları uygulanır.
|
|
32
|
+
> - Assignee ajan item dosyasının durumunu güncellemekten sorumludur.
|
|
33
|
+
> - Crossroads: Geliştirme sırasında birden fazla çözüm yolu varsa:
|
|
34
|
+
> - Seçenekler listelenir, öneri belirtilir
|
|
35
|
+
> - +prime'a sunulur
|
|
36
|
+
> - +prime karar vermeden inisiyatif alınmaz
|
|
37
|
+
> - +prime yalnızca kendisine atanmış kontrol/onay işi olduğunda, Epic tamamlandığında veya büyük iş/kavşak/checkpoint durumunda bilgilendirilir.
|
|
38
|
+
> - Ajanların kendi aralarındaki normal geliştirme, doğrulama ve düzeltme devrinde +prime'a bildirim verilmez.
|
|
39
|
+
> - Checkpoint (kritik dönüm noktalarında): Önemli ve test edilebilir dönüm noktalarında (örn: "Login backend tamamlandı")
|
|
40
|
+
> - Büyük işse veya +prime onayı gerekiyorsa +prime'a kısa durum özeti verilir.
|
|
41
|
+
> - "devam" veya "onay" komutu beklenir.
|
|
42
|
+
> - **İstisna:** Ardışık küçük backend görevlerinde (UI değişikliği içermeyen) onay istenmez.
|
|
43
|
+
> - **UI değişikliği varsa:** Kod derinleşmeden önce tasarım yapısı açıklanır ve +prime onayı alınır.
|
|
44
|
+
|
|
45
|
+
## Backlog Item Tipleri
|
|
46
|
+
|
|
47
|
+
- **Epic:** `E` prefix'i ile takip edilir ve ortak iş hedefini temsil eder. Epic detayları `epic-dashboard.md` içinde tutulur.
|
|
48
|
+
- **Task:** `T` prefix'i ile takip edilir. Yeni geliştirme veya planlı uygulama işidir.
|
|
49
|
+
- **Bug:** `B` prefix'i ile takip edilir. Mevcut davranışın yanlış çalışmasıdır.
|
|
50
|
+
- **Debt:** `D` prefix'i ile takip edilir. Teknik borç, refactor, mimari iyileştirme, test açığı veya operasyonel borçtur.
|
|
51
|
+
|
|
52
|
+
## Backlog Dosya Yapısı
|
|
53
|
+
|
|
54
|
+
Backlog tek seviyeli dosya yapısı kullanır. Version, Epic, Task, Bug ve Debt için ayrı klasör açılmaz.
|
|
55
|
+
|
|
56
|
+
```text
|
|
57
|
+
../workspace/memory/backlog/
|
|
58
|
+
├── version-dashboard.md
|
|
59
|
+
├── epic-dashboard.md
|
|
60
|
+
├── debt-dashboard.md
|
|
61
|
+
├── TXX-[task-name].md
|
|
62
|
+
├── BXX-[bug-name].md
|
|
63
|
+
└── DXX-[debt-name].md
|
|
64
|
+
```
|
|
65
|
+
|
|
66
|
+
## Item Akışları
|
|
67
|
+
|
|
68
|
+
### Aşama (Status) Tanımları
|
|
69
|
+
|
|
70
|
+
| Aşama | Açıklama |
|
|
71
|
+
|---|---|
|
|
72
|
+
| **To Do** | Sahibi belli ama sırası gelmemiş ya da blokeri çözülmemiş item'ların aşamasıdır. |
|
|
73
|
+
| **In Progress** | Aktif olarak yürütülen item'ların aşamasıdır. Tamamlanınca Test'e taşınır. |
|
|
74
|
+
| **Test** | Code review ve item dosyasındaki Review Gates kontrollerinin yürütüldüğü aşamadır. Tüm kontroller bitince Review'a taşınır. |
|
|
75
|
+
| **Review** | +prime ya da yetkili ajanın nihai uygunluk değerlendirmesi yaptığı aşamadır. |
|
|
76
|
+
| **Done** | Tüm doğrulama süreçlerinden geçmiş, approver tarafından onaylanmış item'ların aşamasıdır. |
|
|
77
|
+
|
|
78
|
+
### Epic Workflow
|
|
79
|
+
|
|
80
|
+
To Do (Hazırlık) → In Progress (Geliştirme) → Done (Tamamlandı)
|
|
81
|
+
- **Geliştirme:** Epic'e bağlı ilk Task veya Bug `In Progress` olduğunda Epic `epic-dashboard.md` içinde `In Progress` yapılır. Epic için ayrı klasör veya branch açılmaz; çalışma düz backlog item dosyaları ve item branch'leri üzerinden yürür.
|
|
82
|
+
- **Tamamlandı:** Epic'e bağlı tüm Task ve Bug item'ları `Done` olduğunda Epic `Done` yapılır. Süreç bitiminde `../workspace/reports/status-reports.md` güncellenir.
|
|
83
|
+
|
|
84
|
+
### Task Workflow
|
|
85
|
+
|
|
86
|
+
To Do (Bekleme/Planlama) → In Progress (Uygulama) → Test (Doğrulama) → Review (Final Review) → Done (Kapanış)
|
|
87
|
+
- **Bekleme:** Item backlog içerisinden seçilip rafine edilmiş olarak çalışılmayı bekler (To Do).
|
|
88
|
+
- **Uygulama:** Item atanan ajan (Assignee) işi üzerine alır ve kodlama/tasarım sürecini gerçekleştirir (In Progress).
|
|
89
|
+
- **Doğrulama:** Tamamlanan iş code review ve item dosyasındaki Review Gates kontrollerinden geçer. Hata varsa item `In Progress` olarak assignee ajana geri döner.
|
|
90
|
+
- **Onay:** Doğrulama adımlarından başarıyla geçen iş Approver tarafına onay için sunulur (Review).
|
|
91
|
+
- **Kapanış:** Onay (approve) alan iş `development` branch'ine merge edilir (Done).
|
|
92
|
+
|
|
93
|
+
### Bug Workflow
|
|
94
|
+
|
|
95
|
+
To Do (Tespit) → In Progress (Çözüm) → Test (Doğrulama) → Review → Done
|
|
96
|
+
- **Tespit & Raporlama:** Bug tespit edildiğinde tespit eden ajan veya +engineering-manager `../workspace/memory/backlog/BXX-[bug-name].md` item dosyasını oluşturur ve bug'ı `epic-dashboard.md` içinde ilgili Epic satırıyla ilişkilendirir.
|
|
97
|
+
- **Atama:** +engineering-manager ilgili Bug'ı çözecek doğru ajana atar.
|
|
98
|
+
- **Çözüm:** İlgili ajan hatayı kodda çözer (In Progress).
|
|
99
|
+
- **Doğrulama:** Kod, testi yapan kişiye geri döner (Test).
|
|
100
|
+
- **Kapanış:** Doğrulanırsa Bug kapatılır (Done).
|
|
101
|
+
|
|
102
|
+
### Debt Workflow
|
|
103
|
+
|
|
104
|
+
To Do (Borç ekleme) → In Progress (Borç ödeme) → Test (Doğrulama) → Review → Done
|
|
105
|
+
- **Borç ekleme:** Teknik borç tespit edildiğinde tespit eden ajan veya +engineering-manager `../workspace/memory/backlog/DXX-[debt-name].md` item dosyasını oluşturur ve borcu `debt-dashboard.md` içinde listeler.
|
|
106
|
+
- **Atama:** +engineering-manager ilgili borcu ödeyecek doğru ajana atar.
|
|
107
|
+
- **Çözüm:** İlgili ajan borcu öder (In Progress).
|
|
108
|
+
- **Doğrulama:** Tamamlanan iş code review ve item dosyasındaki Review Gates kontrollerinden geçer. Hata varsa item `In Progress` olarak assignee ajana geri döner.
|
|
109
|
+
- **Kapanış:** Onay (approve) alan iş `development` branch'ine merge edilir (Done).
|
|
110
|
+
|
|
111
|
+
## Pick & Plan (İşi Alma)
|
|
112
|
+
|
|
113
|
+
**Sorumlu:** Ajan (Assignee)
|
|
114
|
+
1. `../workspace/memory/backlog/version-dashboard.md`, `../workspace/memory/backlog/epic-dashboard.md` ve `../workspace/memory/backlog/debt-dashboard.md` dosyalarından kendisine atanmış `To Do` item'ı bulur.
|
|
115
|
+
2. İlgili `TXX-[task-name].md`, `BXX-[bug-name].md` veya `DXX-[debt-name].md` item dosyasını açar.
|
|
116
|
+
3. Item dosyasındaki `Dependencies` bölümünü kontrol eder. `Blocked By` alanında tamamlanmamış item varsa işe başlamaz.
|
|
117
|
+
4. `../scripts/kortext-item-start.py` aracıyla item statüsünü `In Progress` yapar ve `../workspace/memory/context/[agent-name]-active.md` dosyasını oluşturur veya günceller.
|
|
118
|
+
|
|
119
|
+
> [!Example]
|
|
120
|
+
> [+ajan] | [item-id] | In Progress | [DD.MM.YY-HH:MM]
|
|
121
|
+
> [Item adı] — Implementation başlıyor
|
|
122
|
+
|
|
123
|
+
> [!TIP] Handoff: Yok — bu adım kendi içinde tamamlanır, ajan doğrudan **Implementation**'a geçer.
|
|
124
|
+
|
|
125
|
+
## Implementation (Kodlama)
|
|
126
|
+
|
|
127
|
+
**Sorumlu:** Ajan (Assignee)
|
|
128
|
+
1. `../rules/branching.md` kuralına göre `feature/` branch'i açar.
|
|
129
|
+
|
|
130
|
+
> [!TIP] Branching kuralına göre:
|
|
131
|
+
> ```bash
|
|
132
|
+
> git pull origin development
|
|
133
|
+
> git checkout -b feature/[item-id]
|
|
134
|
+
> ```
|
|
135
|
+
> Branch ismi küçük harf, kebab-case ve item ID içermelidir. Örn: `feature/t01-login-form`
|
|
136
|
+
|
|
137
|
+
2. `../workspace/references/` altındaki onaylı referanslara sadık kalarak işi uygular.
|
|
138
|
+
3. Gerekli unit testleri yazar ve yerelde çalıştırır.
|
|
139
|
+
4. Codebase'e commit atar. Commit mesajları `../workspace/references/dictionary.md` standartlarına uymalıdır.
|
|
140
|
+
5. PR açar ve `../scripts/kortext-item-transition.py` aracıyla item statüsünü `Test` aşamasına taşır.
|
|
141
|
+
> [!TIP] Handoff: PR açıldığında item dosyası `Test` yapılır ve ilgili doğrulama ajanlarına context aktarılır.
|
|
142
|
+
|
|
143
|
+
## Verification (Doğrulama & Test)
|
|
144
|
+
|
|
145
|
+
Bu aşamanın uygulama detayı `05-test-cycle.md` içinde tanımlanır. `04-development-cycle.md` yalnızca lifecycle geçişini tarif eder.
|
|
146
|
+
|
|
147
|
+
1. PR açıldığında item dosyası `Test` statüsünde olmalıdır.
|
|
148
|
+
2. Doğrulama süreci `05-test-cycle.md` standardına göre yürütülür.
|
|
149
|
+
3. Test cycle başarısız olursa `../scripts/kortext-item-transition.py` aracıyla item `In Progress` statüsüne geri döner ve assignee ajana atanır.
|
|
150
|
+
4. Test cycle başarılı olursa `../scripts/kortext-item-transition.py` aracıyla item `Review` statüsüne taşınır.
|
|
151
|
+
|
|
152
|
+
> [!TIP]
|
|
153
|
+
> Eğer item kritik bir özellikse veya +prime onayı gerektiriyorsa (UI onayı gibi), +prime'a atanır ve bildirim verilir.
|
|
154
|
+
> Doğrulama detayları, gate sonuçları ve raporlama kuralları için tek kaynak `05-test-cycle.md` dosyasıdır.
|
|
155
|
+
|
|
156
|
+
## Final Review (Son Kontrol)
|
|
157
|
+
|
|
158
|
+
**Sorumlu:** Item approver
|
|
159
|
+
1. Item dosyasındaki Acceptance Criteria, Review Gates sonuçları, PR ve test çıktıları incelenir.
|
|
160
|
+
2. Hata varsa `Request Changes` verilir; item `In Progress` olarak assignee ajana geri döner.
|
|
161
|
+
3. Item approver +prime ise kontrol işi +prime'a bildirilir ve onay beklenir.
|
|
162
|
+
4. Hata yoksa item onaylanır ve +devops-engineer'a atanır.
|
|
163
|
+
|
|
164
|
+
## Deployment & Closing (Kapanış)
|
|
165
|
+
|
|
166
|
+
**Sorumlu:** +devops-engineer
|
|
167
|
+
1. Onay verildiğinde PR `development` branch'ine merge edilir.
|
|
168
|
+
2. CI/CD pipeline çalışır ve kod Staging ortamına çıkar.
|
|
169
|
+
3. `../scripts/kortext-handover.py` aracıyla `../workspace/memory/handover.md` dosyasına yeni devir kaydı eklenir. Handover tamamlanmadan item `Done` yapılamaz.
|
|
170
|
+
4. `../scripts/kortext-item-check.py` aracıyla acceptance criteria, review gates, handover ve context kapanışı kontrol edilir.
|
|
171
|
+
5. `../scripts/kortext-item-transition.py` aracıyla item `Done` yapılır.
|
|
172
|
+
6. `../scripts/kortext-backlog-sync.py` aracıyla dashboard drift kontrol edilir.
|
|
173
|
+
7. `../workspace/memory/backlog/version-dashboard.md`, `../workspace/memory/backlog/epic-dashboard.md` veya `../workspace/memory/backlog/debt-dashboard.md` ilgili item statüsüne göre güncellenir.
|
|
174
|
+
|
|
175
|
+
> [!TIP] Dosyanın en üstüne aşağıdaki alanlar doldurularak yeni bir kayıt eklenir:
|
|
176
|
+
> - **Completed:** Ne yapıldı?
|
|
177
|
+
> - **Changed Files:** Değiştirilen dosyalar ve ne değiştiği
|
|
178
|
+
> - **Watch-outs & Decisions:** Bilinen kırılgan nokta veya workaround varsa
|
|
179
|
+
> - **Last Commit:** Son commit hash ve mesajı
|
|
180
|
+
> - **Next Steps:** Sıradaki ajan ne yapacak? (yoksa "Yok")
|
|
181
|
+
|
|
182
|
+
8. `../workspace/memory/context/[agent-name]-active.md` dosyasını siler. Başka ajanların aktif görev dosyalarına dokunmaz.
|
|
183
|
+
|
|
184
|
+
## Bildirim
|
|
185
|
+
|
|
186
|
+
Duruma göre yalnızca ilgili bildirimi gönder.
|
|
187
|
+
|
|
188
|
+
> [!NOTE] PRIME KONTROLÜ BEKLENİYOR
|
|
189
|
+
> +prime,
|
|
190
|
+
> `../workspace/memory/backlog/[TXX|BXX|DXX]-[item-name].md` için Final Review sana atandı.
|
|
191
|
+
> Acceptance Criteria, Review Gates sonuçları, PR ve test çıktıları hazır.
|
|
192
|
+
> Doğruysa onayını bekliyorum.
|
|
193
|
+
|
|
194
|
+
> [!NOTE] EPIC TAMAMLANDI
|
|
195
|
+
> +prime,
|
|
196
|
+
> `[epic-id]` tamamlandı.
|
|
197
|
+
> `../workspace/reports/status-reports.md` güncellendi.
|
|
198
|
+
|
|
199
|
+
> [!NOTE] CHECKPOINT
|
|
200
|
+
> +prime,
|
|
201
|
+
> `../workspace/memory/backlog/[TXX|BXX|DXX]-[item-name].md` için kritik dönüm noktasına gelindi.
|
|
202
|
+
> [kısa durum özeti]
|
|
203
|
+
> Devam için onayını bekliyorum.
|
|
@@ -0,0 +1,123 @@
|
|
|
1
|
+
# Test Cycle
|
|
2
|
+
|
|
3
|
+
Bu akış, `04-development-cycle.md` içindeki `Test` statüsünün nasıl yürütüleceğini tanımlar. Amaç, item'ın `Review` aşamasına geçmeden önce gerekli doğrulama kayıtlarını üretmek ve blokajları doğru ajana geri döndürmektir.
|
|
4
|
+
|
|
5
|
+
## Girdi ve Çıkış
|
|
6
|
+
|
|
7
|
+
- **Başlangıç koşulu:** Item dosyası `Test` statüsünde olmalı ve PR/CI çıktıları hazır bulunmalıdır.
|
|
8
|
+
- **Girdi:** Item dosyası, acceptance criteria, review gates, PR ve CI kanıtları.
|
|
9
|
+
- **Çıkış:** `../workspace/reports/test-reports.md` içinde doğrulama kaydı ve item için `In Progress` veya `Review` kararı.
|
|
10
|
+
- **Sonraki akış:** Başarılıysa `04-development-cycle.md` içindeki Final Review adımı; başarısızsa item yeniden assignee ajana döner.
|
|
11
|
+
|
|
12
|
+
## Otomasyon Çağrıları
|
|
13
|
+
|
|
14
|
+
> [!TIP] Bu tablo workflow adımlarının hangi script/hook'a bağlandığını gösterir. Tek-kaynak referans: `../settings/INTEGRATION-MAP.md`.
|
|
15
|
+
|
|
16
|
+
| Adım | Tetikleyici Persona | Script / Hook | Beklenen Çıktı |
|
|
17
|
+
|---|---|---|---|
|
|
18
|
+
| Test başlangıç (status doğrulama) | Doğrulayan ajan | `scripts/kortext-item-check.py <item>` | Acceptance Criteria + Review Gates kontrolü (read-only) |
|
|
19
|
+
| Code review fail | +engineering-manager | `scripts/kortext-item-transition.py <item> --to "In Progress"` | Status `In Progress`, otomatik git commit |
|
|
20
|
+
| Code review pass | +engineering-manager | (rapor `../workspace/reports/test-reports.md`'ye yazılır) | Test raporu güncel |
|
|
21
|
+
| Quality control gate | +qa-engineer | (gate sonucu test-reports.md) | Gate sonuç kaydı |
|
|
22
|
+
| Security check gate | +security-engineer | (gate sonucu test-reports.md + gerekirse security-reports.md) | Gate sonuç kaydı |
|
|
23
|
+
| Design review gate | +designer | (gate sonucu test-reports.md) | Gate sonuç kaydı |
|
|
24
|
+
| Herhangi gate fail | Gate sahibi ajan | `scripts/kortext-item-transition.py <item> --to "In Progress"` | Status `In Progress`, otomatik git commit |
|
|
25
|
+
| Tüm gate'ler pass | Son gate ajanı | `scripts/kortext-item-transition.py <item> --to Review` | Status `Review`, otomatik git commit |
|
|
26
|
+
|
|
27
|
+
## Genel Prensipler
|
|
28
|
+
|
|
29
|
+
- Test cycle yalnızca item dosyası `Test` statüsündeyken çalışır.
|
|
30
|
+
- Test sonuçlarının ana kaydı `../workspace/reports/test-reports.md` dosyasına yazılır.
|
|
31
|
+
- Code review her item için zorunludur.
|
|
32
|
+
- `Quality control`, `Security check` ve `Design review` yalnızca item dosyasındaki `Review Gates` içinde işaretliyse çalıştırılır.
|
|
33
|
+
- Başarısız doğrulama varsa item `In Progress` yapılır ve assignee ajana geri atanır.
|
|
34
|
+
- +prime yalnızca kendisine atanmış kontrol/onay işi olduğunda, büyük/kritik blokajda veya kavşak durumunda bilgilendirilir.
|
|
35
|
+
|
|
36
|
+
## Girdi
|
|
37
|
+
|
|
38
|
+
- `../workspace/memory/backlog/[TXX|BXX|DXX]-[item-name].md`
|
|
39
|
+
- PR linki ve CI çıktıları
|
|
40
|
+
- Item dosyasındaki `Acceptance Criteria`
|
|
41
|
+
- Item dosyasındaki `Review Gates`
|
|
42
|
+
- Gerekli referans dosyaları: `../workspace/references/`
|
|
43
|
+
|
|
44
|
+
## Test Katmanları
|
|
45
|
+
|
|
46
|
+
### Local Checks
|
|
47
|
+
|
|
48
|
+
**Sorumlu:** Assignee ajan
|
|
49
|
+
|
|
50
|
+
Bu kontroller assignee ajan tarafından PR açılmadan önce tamamlanmış olmalıdır. Test cycle içinde bu kayıtların varlığı kontrol edilir:
|
|
51
|
+
- Linting
|
|
52
|
+
- Unit tests
|
|
53
|
+
- Statik analiz veya type check
|
|
54
|
+
- Değişiklik kapsamındaki minimum manuel doğrulama
|
|
55
|
+
|
|
56
|
+
### Pull Request / CI
|
|
57
|
+
|
|
58
|
+
**Sorumlu:** +engineering-manager
|
|
59
|
+
|
|
60
|
+
PR açıldığında aşağıdaki kontroller incelenir:
|
|
61
|
+
- Build sonucu
|
|
62
|
+
- Unit/integration test sonucu
|
|
63
|
+
- CI logları
|
|
64
|
+
- Kodun referans dosyalarına ve proje standartlarına uygunluğu
|
|
65
|
+
|
|
66
|
+
### Review Gates
|
|
67
|
+
|
|
68
|
+
| Gate | Sorumlu | Çıktı |
|
|
69
|
+
|---|---|---|
|
|
70
|
+
| Code review | +engineering-manager | `../workspace/reports/test-reports.md` |
|
|
71
|
+
| Quality control | +qa-engineer | `../workspace/reports/test-reports.md` |
|
|
72
|
+
| Security check | +security-engineer | `../workspace/reports/test-reports.md` |
|
|
73
|
+
| Design review | +designer | `../workspace/reports/test-reports.md` |
|
|
74
|
+
|
|
75
|
+
> [!NOTE]
|
|
76
|
+
> `Security check` sonucunda ayrıntılı güvenlik kaydı gerekiyorsa ek detay `../workspace/reports/security-reports.md` dosyasına yazılır. Ana geçiş kararı yine `../workspace/reports/test-reports.md` içinde özetlenir.
|
|
77
|
+
|
|
78
|
+
## Akış
|
|
79
|
+
|
|
80
|
+
1. Item dosyasının `Status` alanının `Test` olduğunu doğrula.
|
|
81
|
+
2. Item dosyasındaki `Acceptance Criteria` maddelerini oku.
|
|
82
|
+
3. Item dosyasındaki `Review Gates` maddelerini oku.
|
|
83
|
+
4. PR ve CI sonuçlarını incele.
|
|
84
|
+
5. Code review sonucunu `../workspace/reports/test-reports.md` dosyasına yaz.
|
|
85
|
+
6. Code review başarısızsa `../scripts/kortext-item-transition.py` aracıyla item'ı `In Progress` yap ve assignee ajana geri ata.
|
|
86
|
+
7. Code review başarılıysa işaretli `Quality control`, `Security check` ve `Design review` gate'leri ilgili ajanlara yönlendir.
|
|
87
|
+
8. Code review sonrası gate'ler birbirinden bağımsızsa paralel yürütülebilir.
|
|
88
|
+
9. Her gate sonucu `../workspace/reports/test-reports.md` dosyasına yazılır.
|
|
89
|
+
10. Herhangi bir gate başarısızsa:
|
|
90
|
+
- `../scripts/kortext-item-transition.py` aracıyla item dosyasını `In Progress` yap.
|
|
91
|
+
- Hata listesini item dosyasındaki `Work Log` veya `Notes` alanına ekle.
|
|
92
|
+
- Item'ı assignee ajana geri ata.
|
|
93
|
+
11. Tüm zorunlu kontroller geçerse `../scripts/kortext-item-transition.py` aracıyla item dosyasını `Review` statüsüne taşı.
|
|
94
|
+
12. `../workspace/memory/context/[agent-name]-active.md` dosyasını ilgili doğrulama ajanı günceller.
|
|
95
|
+
|
|
96
|
+
## Blokaj Kuralı
|
|
97
|
+
|
|
98
|
+
Normal test hataları +prime'a bildirilmez. Ajanlar arası düzeltme döngüsü içinde çözülür.
|
|
99
|
+
|
|
100
|
+
+prime'a yalnızca şu durumlarda bildirim verilir:
|
|
101
|
+
- Blokaj item kapsamını değiştiriyorsa.
|
|
102
|
+
- Çözüm için birden fazla yol varsa ve karar gerekiyorsa.
|
|
103
|
+
- Risk büyük/kritik olarak işaretlendiyse.
|
|
104
|
+
- Final Review veya özel onay +prime'a atanmışsa.
|
|
105
|
+
|
|
106
|
+
## Bildirim
|
|
107
|
+
|
|
108
|
+
Normal test fail için bildirim gönderme. Item `In Progress` yapılır, assignee ajana geri atanır ve detaylar `../workspace/reports/test-reports.md` içine yazılır.
|
|
109
|
+
|
|
110
|
+
Duruma göre yalnızca ilgili bildirimi gönder:
|
|
111
|
+
|
|
112
|
+
> [!NOTE] TEST BLOKAJI
|
|
113
|
+
> +prime,
|
|
114
|
+
> `../workspace/memory/backlog/[TXX|BXX|DXX]-[item-name].md` test aşamasında karar gerektiren blokaja girdi.
|
|
115
|
+
> Rapor: `../workspace/reports/test-reports.md`
|
|
116
|
+
> Karar: [kısa karar konusu]
|
|
117
|
+
> Komutunu bekliyorum.
|
|
118
|
+
|
|
119
|
+
> [!NOTE] PRIME KONTROLÜ BEKLENİYOR
|
|
120
|
+
> +prime,
|
|
121
|
+
> `../workspace/memory/backlog/[TXX|BXX|DXX]-[item-name].md` için test kontrolü sana atandı.
|
|
122
|
+
> Rapor: `../workspace/reports/test-reports.md`
|
|
123
|
+
> Doğruysa onayını bekliyorum.
|
|
@@ -0,0 +1,224 @@
|
|
|
1
|
+
# Deployment Cycle (`!deploy prod`)
|
|
2
|
+
|
|
3
|
+
Bu akış, onaylı değişiklikleri staging ve production ortamlarına güvenli şekilde taşır.
|
|
4
|
+
|
|
5
|
+
## Girdi ve Çıkış
|
|
6
|
+
|
|
7
|
+
- **Başlangıç koşulu:** Release kapsamındaki item'lar tamamlanmış, test kayıtları hazır ve +prime production onayı alınmış olmalıdır.
|
|
8
|
+
- **Girdi:** Test, security, delivery ve release kanıtları.
|
|
9
|
+
- **Çıkış:** Deployment kaydı, release notes, izleme sonucu ve gerekirse rollback tetikleyicisi.
|
|
10
|
+
- **Sonraki akış:** Başarılıysa kapanış; hata varsa `07-rollback-pipeline.md`.
|
|
11
|
+
|
|
12
|
+
## Otomasyon Çağrıları
|
|
13
|
+
|
|
14
|
+
> [!TIP] Bu tablo workflow adımlarının hangi script/hook'a bağlandığını gösterir. Tek-kaynak referans: `../settings/INTEGRATION-MAP.md`.
|
|
15
|
+
|
|
16
|
+
| Adım | Tetikleyici Persona | Script / Hook | Beklenen Çıktı |
|
|
17
|
+
|---|---|---|---|
|
|
18
|
+
| Release Go onayı | +delivery-manager | `!approve` (manuel) | +prime onayı kaydı |
|
|
19
|
+
| Pre-Deployment kontrol | +devops-engineer | `scripts/kortext-consistency-check.py` (release readiness) | Tutarsızlık raporu (yoksa exit 0) |
|
|
20
|
+
| Staging deploy tetik | (CI/CD) | `development` branch push (otomatik) | Staging artifact + release candidate tag |
|
|
21
|
+
| Staging fail | +qa-engineer | (deployment durdur, rapor `../workspace/reports/test-reports.md`) | Süreç durur, +prime'a `DEPLOYMENT DURDU` bildirimi |
|
|
22
|
+
| Production deploy | +devops-engineer | `git tag -a v[A.B.C] -m "release: v[A.B.C]"` + proje-spesifik deploy komutları | Live production, semantik tag |
|
|
23
|
+
| Production deploy hook | (otomatik) | `hooks/git-pre-push.sh` (branch-guard) | Main/master push kontrolü |
|
|
24
|
+
| Post-deploy fail (metric eşik aşımı) | +devops-engineer | `!trigger-rollback` → `workflows/07-rollback-pipeline.md` | Rollback workflow başlar |
|
|
25
|
+
| Post-deploy success | +devops-engineer | (rapor `../workspace/reports/delivery-reports.md` + `release-notes.md`) | Deployment kapanış raporları |
|
|
26
|
+
| Item Done geçişi | +devops-engineer | `scripts/kortext-handover.py` → `scripts/kortext-item-transition.py --to Done` → `scripts/kortext-backlog-sync.py` | Item kapanış zinciri, otomatik git commit |
|
|
27
|
+
|
|
28
|
+
> [!TIP] Bu akış `../rules/branching.md` ve `05-test-cycle.md` ile entegre çalışır. Her aşamada elde edilen onaylar atlanmadan sırayla tamamlanmalıdır.
|
|
29
|
+
|
|
30
|
+
## Release Kararı (Go / No-Go)
|
|
31
|
+
|
|
32
|
+
**Sorumlu:** +delivery-manager
|
|
33
|
+
1. Deployment başlatılmadan önce +delivery-manager ilgili ajanlardan release readiness onayı alır:
|
|
34
|
+
|
|
35
|
+
| Kontrol | Sorumlu | Kaynak |
|
|
36
|
+
|---|---|---|
|
|
37
|
+
| Test coverage %80+ ve kritik bug yok | +qa-engineer | `../workspace/reports/test-reports.md` |
|
|
38
|
+
| Güvenlik açığı yok | +security-engineer | `../workspace/reports/security-reports.md` |
|
|
39
|
+
| API dokümantasyonu güncel | +engineering-manager | `../workspace/references/api-reference.md` |
|
|
40
|
+
| Branch temiz, conflict yok | +devops-engineer | Git log |
|
|
41
|
+
| Production environment hazır | +devops-engineer | `../workspace/references/access.md` |
|
|
42
|
+
| DB migration'ları hazırlanmış ve test edilmiş | +db-admin | — |
|
|
43
|
+
| Rollback planı belirlenmiş | +devops-engineer | `../workspace/reports/delivery-reports.md` |
|
|
44
|
+
|
|
45
|
+
> [!WARNING]
|
|
46
|
+
> **Hepsinden yeşil ışık geldiyse → Go.** Herhangi bir kriter geçemediyse → No-Go, sorun çözülene kadar deployment ertelenir.
|
|
47
|
+
> **+prime onayı zorunludur.** +delivery-manager Go kararını `!approve` ile +prime'a sunar; onay gelmeden Pre-Deployment Hazırlığı'na geçilmez.
|
|
48
|
+
|
|
49
|
+
### Ara Bildirim
|
|
50
|
+
|
|
51
|
+
> [!NOTE] RELEASE ONAYI BEKLENİYOR
|
|
52
|
+
> +prime,
|
|
53
|
+
> `[project-name]` için production release hazırlığı tamamlandı.
|
|
54
|
+
> Go/No-Go özeti `../workspace/reports/delivery-reports.md` içinde.
|
|
55
|
+
> Production deployment için onayını bekliyorum.
|
|
56
|
+
|
|
57
|
+
## Pre-Deployment Hazırlığı
|
|
58
|
+
|
|
59
|
+
**Sorumlu:** +devops-engineer
|
|
60
|
+
|
|
61
|
+
### Ortam Değişkenleri Kontrolü
|
|
62
|
+
|
|
63
|
+
1. +devops-engineer `.env.example` içindeki gerekli production key listesini çıkarır.
|
|
64
|
+
2. Ajanlar `.env.production` veya gerçek secret değerlerini okumaz, yazmaz ve raporlamaz.
|
|
65
|
+
3. Eksik görünen yapılandırma varsa yalnızca key adı raporlanır; değer istenmez.
|
|
66
|
+
4. `../workspace/references/access.md` üzerindeki servis URL'lerinin production değerleri kontrol edilir.
|
|
67
|
+
5. +prime veya insan operator production environment'ın hazır olduğunu onaylar.
|
|
68
|
+
6. Production environment onayı gelmeden deployment devam etmez.
|
|
69
|
+
|
|
70
|
+
### Veritabanı Migration Hazırlığı
|
|
71
|
+
|
|
72
|
+
> [!TIP]
|
|
73
|
+
> Bu adım migration içermeyen deployment'larda atlanır.
|
|
74
|
+
> Migration sırasında veri kaybı riski varsa → +prime onayı zorunludur, devam etme.
|
|
75
|
+
|
|
76
|
+
**Sorumlu:** +db-admin
|
|
77
|
+
1. Migration dosyalarının ileri alma ve geri alma yolunu içerdiğini doğrula.
|
|
78
|
+
2. Staging ortamında migration'ı çalıştır; başarıyla tamamlandığını ve geri alınabilir olduğunu test et.
|
|
79
|
+
3. Production veritabanı için snapshot/dump alınacağını doğrula.
|
|
80
|
+
4. Yedeğin erişilebilir bir konumda saklandığını doğrula.
|
|
81
|
+
5. Migration ve backup sonucu `../workspace/reports/delivery-reports.md` dosyasına yazılır.
|
|
82
|
+
|
|
83
|
+
### Artifact Hazırlığı
|
|
84
|
+
|
|
85
|
+
**Sorumlu:** +devops-engineer
|
|
86
|
+
|
|
87
|
+
1. Son kararlı artifact/image rollback referansı olarak işaretlenir.
|
|
88
|
+
2. Production artifact/image release versiyonu ile hazırlanır.
|
|
89
|
+
3. Artifact bilgisi, registry/path, versiyon ve rollback referansı `../workspace/reports/delivery-reports.md` dosyasına yazılır.
|
|
90
|
+
4. Gerçek build/publish komutları proje dokümantasyonu veya CI/CD yapılandırmasından alınır; bu workflow içine genel komut kopyalanmaz.
|
|
91
|
+
|
|
92
|
+
## Staging Doğrulaması
|
|
93
|
+
|
|
94
|
+
> [!TIP] **Tetikleyici:** `development` branch'ine yapılan merge'ler.
|
|
95
|
+
|
|
96
|
+
**Sorumlu:** +devops-engineer ve +qa-engineer
|
|
97
|
+
1. CI/CD pipeline otomatik olarak `development` branch'ini Staging ortamına deploy eder.
|
|
98
|
+
2. Artifact veya image build edilir ve release candidate olarak işaretlenir. Örn: `v1.0.0-rc1`.
|
|
99
|
+
3. +qa-engineer'a Staging ortamının hazır olduğu bildirilir.
|
|
100
|
+
4. +qa-engineer Staging doğrulamasını `05-test-cycle.md` standardına göre yürütür.
|
|
101
|
+
5. Smoke, E2E, migration ve manuel QA sonuçları `../workspace/reports/test-reports.md` dosyasına yazılır.
|
|
102
|
+
6. Staging sonucu `PASS` olmadan Production Deployment aşamasına geçilmez.
|
|
103
|
+
|
|
104
|
+
## Production Deployment
|
|
105
|
+
|
|
106
|
+
> [!TIP] **Tetikleyici:** +prime onayı sonrası `main` branch'e alınan release değişikliğiyle başlar. Semantik tag başarılı production doğrulamasından sonra oluşturulur.
|
|
107
|
+
> **Onay:** +prime onayı Release Kararı aşamasında alınmış olmalıdır.
|
|
108
|
+
|
|
109
|
+
### DB Migration (Varsa)
|
|
110
|
+
|
|
111
|
+
- Migration proje dokümantasyonu veya CI/CD yapılandırmasındaki production migration komutu ile uygulanır.
|
|
112
|
+
- Migration başarısız olursa → Rollback Senaryosu'na geç, deploy durdur.
|
|
113
|
+
- Migration başarılıysa → sonraki adıma geç.
|
|
114
|
+
|
|
115
|
+
### Traffic Geçişi
|
|
116
|
+
|
|
117
|
+
Proje altyapısına göre tek deployment stratejisi seçilir ve `../workspace/reports/delivery-reports.md` içine yazılır.
|
|
118
|
+
|
|
119
|
+
| Strateji | Ne zaman kullanılır? | Rollback beklentisi |
|
|
120
|
+
|---|---|---|
|
|
121
|
+
| Blue/Green | Kesintisiz geçiş ve hızlı geri dönüş gerekiyorsa | Eski ortam hazır tutulur |
|
|
122
|
+
| Rolling Update | Orkestrasyon altyapısı varsa | Platform rollback mekanizması kullanılır |
|
|
123
|
+
| VM / Compose | Basit veya tek sunuculu altyapı varsa | Önceki artifact/image geri alınır |
|
|
124
|
+
|
|
125
|
+
+devops-engineer seçilen stratejiye göre proje-spesifik deploy komutlarını uygular. Komutlar bu workflow içinde genellenmez; gerçek komutlar proje dokümantasyonu, CI/CD yapılandırması veya `../workspace/reports/delivery-reports.md` içinde tutulur.
|
|
126
|
+
|
|
127
|
+
### Post-Deploy Smoke Test (Production)
|
|
128
|
+
|
|
129
|
+
**Sorumlu:** +qa-engineer
|
|
130
|
+
Deploy tamamlandıktan hemen sonra production üzerinde doğrulama yapılır:
|
|
131
|
+
|
|
132
|
+
- [ ] Ana sayfa ve kritik sayfalar yükleniyor
|
|
133
|
+
- [ ] Kullanıcı login/logout akışı çalışıyor
|
|
134
|
+
- [ ] Veri okuma işlemleri (liste, detay) başarılı
|
|
135
|
+
- [ ] Veri yazma işlemleri (form submit, kayıt oluşturma) başarılı
|
|
136
|
+
- [ ] Ödeme veya kritik iş akışı çalışıyor (varsa)
|
|
137
|
+
- [ ] API endpoint'leri 200 dönüyor (etkilenen modüller)
|
|
138
|
+
- [ ] DB migration başarıyla uygulandı ve veriler tutarlı
|
|
139
|
+
- [ ] Hata oranı (5xx) beklenen seviyelerde
|
|
140
|
+
|
|
141
|
+
## Post-Deploy İzleme
|
|
142
|
+
|
|
143
|
+
**Sorumlu:** +devops-engineer
|
|
144
|
+
|
|
145
|
+
Deployment sonrası **minimum 15 dakika** monitoring dashboard'ları izlenir:
|
|
146
|
+
|
|
147
|
+
| Metrik | Eşik | Aksiyon |
|
|
148
|
+
|---|---|---|
|
|
149
|
+
| Hata oranı (5xx) | Deployment öncesine göre +%5'in üzeri | Rollback Senaryosu |
|
|
150
|
+
| Response time (p95) | 2 katına çıkma veya SLA aşımı | Rollback Senaryosu |
|
|
151
|
+
| Kritik iş akışı hataları | Herhangi bir hata | Rollback Senaryosu |
|
|
152
|
+
| Otomatik monitoring alarmı | Alert tetiklenmesi | Rollback Senaryosu |
|
|
153
|
+
|
|
154
|
+
15 dakika sorunsuz geçerse deployment başarılı kabul edilir.
|
|
155
|
+
|
|
156
|
+
## Rollback Senaryosu
|
|
157
|
+
|
|
158
|
+
Deployment sonrası yukarıdaki eşiklerden herhangi biri aşılırsa +devops-engineer derhal `07-rollback-pipeline.md` akışını başlatır.
|
|
159
|
+
|
|
160
|
+
> [!TIP] **P0 durumunda** +devops-engineer +prime onayını beklemeksizin rollback'i başlatabilir; onay eş zamanlı alınır.
|
|
161
|
+
|
|
162
|
+
## Post-Deployment Görevleri
|
|
163
|
+
|
|
164
|
+
**Tetikleyici:** Post-Deploy İzleme süresi sorunsuz tamamlandı.
|
|
165
|
+
|
|
166
|
+
### Release Tag
|
|
167
|
+
|
|
168
|
+
**Sorumlu:** +devops-engineer
|
|
169
|
+
|
|
170
|
+
Production deployment ve post-deploy izleme başarıyla tamamlandıktan sonra semantik versiyon tag'i oluşturulur.
|
|
171
|
+
|
|
172
|
+
```bash
|
|
173
|
+
git tag -a v[A.B.C] -m "release: v[A.B.C]"
|
|
174
|
+
git push origin v[A.B.C]
|
|
175
|
+
```
|
|
176
|
+
|
|
177
|
+
### SEO ve Analytics
|
|
178
|
+
|
|
179
|
+
**Sorumlu:** +growth-expert
|
|
180
|
+
- `sitemap.xml` güncellenip search engine'e gönderilir (Google Search Console).
|
|
181
|
+
- `robots.txt` production ortamı için doğrulanır.
|
|
182
|
+
- Analytics ve tag manager yapılandırmasının aktif olduğu kontrol edilir.
|
|
183
|
+
|
|
184
|
+
### Raporlama
|
|
185
|
+
|
|
186
|
+
| Dosya | Sorumlu | İçerik |
|
|
187
|
+
|---|---|---|
|
|
188
|
+
| `../workspace/reports/delivery-reports.md` | +devops-engineer | Build info, image tag, deploy zamanı, ortam, migration durumu |
|
|
189
|
+
| `../workspace/reports/release-notes.md` | +delivery-manager | Kullanıcıya yönelik yeni özellikler, bug düzeltmeleri, breaking changes |
|
|
190
|
+
| `../workspace/memory/context/[agent-name]-active.md` | +devops-engineer | Aktif deployment kaydı kapatılır |
|
|
191
|
+
|
|
192
|
+
## Bildirim
|
|
193
|
+
|
|
194
|
+
Duruma göre yalnızca ilgili bildirimi gönder.
|
|
195
|
+
|
|
196
|
+
> [!NOTE] RELEASE ONAYI BEKLENİYOR
|
|
197
|
+
> +prime,
|
|
198
|
+
> `[project-name]` v[A.B.C] production deployment için hazır.
|
|
199
|
+
> Go/No-Go özeti: `../workspace/reports/delivery-reports.md`
|
|
200
|
+
> Sürüm notları: `../workspace/reports/release-notes.md`
|
|
201
|
+
> Onayını bekliyorum.
|
|
202
|
+
|
|
203
|
+
> [!NOTE] DEPLOYMENT TAMAMLANDI
|
|
204
|
+
> +prime,
|
|
205
|
+
> `[project-name]` v[A.B.C] canlıya deploy edildi.
|
|
206
|
+
> Strateji: [Blue/Green / Rolling / VM-Compose]
|
|
207
|
+
> DB Migration: [Uygulandı / Uygulanmadı]
|
|
208
|
+
> Post-Deploy İzleme: [süre] sorunsuz geçti.
|
|
209
|
+
> Detaylar: `../workspace/reports/delivery-reports.md`
|
|
210
|
+
> Sürüm notları: `../workspace/reports/release-notes.md`
|
|
211
|
+
|
|
212
|
+
> [!NOTE] DEPLOYMENT DURDU
|
|
213
|
+
> +prime,
|
|
214
|
+
> `[project-name]` v[A.B.C] deployment süreci durduruldu.
|
|
215
|
+
> Sebep: [No-Go / Staging fail / Environment eksik / Migration riski / Diğer]
|
|
216
|
+
> Detaylar: `../workspace/reports/delivery-reports.md`
|
|
217
|
+
> Komutunu bekliyorum.
|
|
218
|
+
|
|
219
|
+
> [!NOTE] ROLLBACK BAŞLADI
|
|
220
|
+
> +prime,
|
|
221
|
+
> `[project-name]` v[A.B.C] için rollback başlatıldı.
|
|
222
|
+
> Sebep: [kısa sebep]
|
|
223
|
+
> Akış: `07-rollback-pipeline.md`
|
|
224
|
+
> Detaylar: `../workspace/reports/delivery-reports.md`
|