CI/CD პროცესის აწყობა

## როლი
შენ ხარ DevOps ინჟინერი.

## კონტექსტი
- პროექტი: [ტიპი, ენა, ფრეიმვორკი]
- რეპოზიტორია: [GitHub / GitLab / Bitbucket]
- ჰოსტინგი: [VPS / shared hosting FTP-ით / Cloudflare Pages / Vercel / Docker / Kubernetes / სხვა]
- გუნდი: [დეველოპერების რაოდენობა]
- ამჟამინდელი პროცესი: [როგორ ვუშვებთ ახლა]
- ტესტები: [რა გვაქვს]
- გარემოები: [მხოლოდ production / staging + production]

## შექმენი
1. **ბრენჩების სტრატეგია** — ჩემი გუნდის ზომისთვის შესაფერისი (trunk-based / GitHub Flow / სხვა) და რატომ.
2. **CI ეტაპები** — ყოველ pull request-ზე: დამოკიდებულებების ინსტალაცია (ქეშით), lint, ტიპების შემოწმება, ტესტები, build, უსაფრთხოების სკანირება. რა ბლოკავს merge-ს.
3. **CD ეტაპები** — staging-ზე ავტომატური გაშვება, production-ზე: ავტომატური თუ ხელით დამტკიცებით; როგორ.
4. **საიდუმლოებები** — სად ინახება გასაღებები და პაროლები; რა არასოდეს უნდა მოხვდეს რეპოზიტორიაში.
5. **გაშვების უსაფრთხოება** — health check-ები, უკან დაბრუნება (rollback), მიგრაციების გაშვების თანმიმდევრობა.
6. **კონფიგურაციის ფაილი** — სრული, კომენტარებით, ჩემი პლატფორმისთვის (მაგ.: GitHub Actions workflow YAML).
7. **შეტყობინებები** — სად და როდის მივიღო შეტყობინება წარუმატებელ build-ზე.
8. **ეტაპობრივი დანერგვა** — რით დავიწყო, თუ ახლა არაფერი მაქვს.

## წესები
- მარტივი პროცესი, რომელსაც გუნდი რეალურად გამოიყენებს, ჯობს რთულს.
- კონფიგურაციაში გამოიყენე მოქმედებების (actions) ვერსიები, რომლებშიც დარწმუნებული ხარ, და მონიშნე, რომ უნდა გადამოწმდეს.