Jamoangizda kodni ko'rib chiqish jarayoni qanday tashkil etilgan?

Biz Git versiya nazor tizimi va repositorylarni boshqarish platformalari (masalan, Bitbucket yoki GitLab) yordamida hamkorlikda ishlab chiqishni amalga oshirdik. Kodni ko'rib chiqish jarayoni quyidagicha tashkil etildi:

1. Branch yaratish: Dasturchi yangi funksiyani yoki xatoni tuzatish uchun alohida branch yaratadi (git checkout -b feature/my-new-feature).
2. Rivojlantirish va commitlar: Branchda o'zgarishlar amalga oshiriladi va commitlar bilan yozib olinadi (git add ., git commit -m "Birinchi funksiyani amalga oshirish").
3. Uzoqdagi repositoryga push qilish: Branch uzoqdagi repositoryga yuboriladi (git push origin feature/my-new-feature).
4. Pull/Merge Request yaratish: Dasturchi Pull Request (Bitbucketda) yoki Merge Request (GitLabda) yaratadi, maqsadli branchni ko'rsatadi (masalan, develop yoki main). Tavsifda o'zgarishlar qisqacha tavsifi, trackerdagi vazifalarga havolalar (Jira, Trello va boshqalar) va qo'shimcha fayllar (skrinshotlar, videolar, diagrammalar) kiritiladi.
5. Revizorlar tayinlash: Jamoadan bir yoki ikki dasturchi revizorlik uchun tayinlanadi.
6. Revyu jarayoni: Revizorlar Pull/Merge Requestdagi o'zgarishlarni ko'rib chiqadilar. Ular izohlar qoldirishi, takomillashtirishlarni taklif qilishi, savollar berishi mumkin.

   // Revyu davomida misol izoh
   function fetchData() {
     // Ehtimol, bu yerda xatoliklarni boshqarishni qo'shish kerak bo'lishi mumkin
     return fetch('/api/data');
   }
   

7. Revyu natijasida o'zgarishlar: Dasturchi revizorlarning izohlariga asoslanib, zarur o'zgarishlarni amalga oshiradi va yangi commitlar qiladi.
8. Pull/Merge Request yangilanishi: O'zgarishlar, uzoqdagi repositoryga push qilinganidan so'ng, avtomatik ravishda Pull/Merge Requestda ko'rsatiladi.
9. Takroriy revyu: Revizorlar o'zgarishlarni yana ko'rib chiqadilar va tasdiqlashadi.
10. Branchni birlashtirish: Tasdiqlash olgach, branch maqsadli branchga birlashtiriladi (odatda, platforma CI/CD pipeline orqali o'tgach, avtomatik tarzda amalga oshiriladi).

Shuningdek, biz CI/CD pipeline'larini avtomatik tarzda biriktirish uchun ishlatdik, bu esa birikishdan oldin birlik testlarini, statik kod tahlilini (ESLint, Prettier) va loyiha qurilishini amalga oshirishga yordam berdi, bu esa xatoliklarni erta aniqlashga yordam berdi.

Muvaffaqiyatli revyu uchun mezonlar quyidagilarni o'z ichiga oldi:

• Vazifa talablarga moslik.
• Jamoa kod uslubiga rioya qilish.
• Kritik logika uchun birlik testlarining mavjudligi.
• Aniq xatoliklar va "kosti"larning yo'qligi.
• Kodning boshqa jamoa a'zolari uchun tushunarli bo'lishi.