|
Kompozit konfiguratsiya ob'ektlarining versiyalarini boshqarish
|
| bet | 4/5 | | Sana | 26.04.2023 | | Hajmi | 119.28 Kb. | | #53863 |
Bog'liq 8.1-ma`ruza xudo xoxlasa tushadi99%, 3-labarotoriya ishi Saralash usul va algoritmlarini tadqiq qilis, cmd buyruqlari, Incremental model nima, 1matematik, word sAM 1 savol, Документ Microsoft Word (4), Ma\'ruzalar (2), ЛАБОРАТОРНАЯ РАБОТА N1, Dasturlash 2, Ariza, Qalandarova Gulshoda, 1648631455, 1650692784, 1651669892 (2)4. Kompozit konfiguratsiya ob'ektlarining versiyalarini boshqarish.
Dasturchilar juda ko'p sonli fayllar bilan shug'ullanganligi sababli, bir vaqtning o'zida ko'plab fayllar bir nechta odamlarga kerak bo'lishi mumkin va ularning barchasi doimiy ravishda mahsulotning hech bo'lmaganda kompilyatsiya qilingan versiyasini tashkil etishi muhimdir, shuning uchun fayllar bilan ishlash kerak manba kodi o'rnatildi. U boshqa turdagi fayllar bilan ham ishlashi mumkin. Bunday holatda, fayllar konfiguratsiyani boshqarish elementlari eng past (qo'shilish ierarxiyasida) bo'lib chiqadi.
Loyihaning "filiali" tushunchasi. Tizimning bir nechta versiyalari bir vaqtning o'zida mavjud bo'lishi mumkin - har xil mijozlar uchun ma'noda va hokazo (katta ma'noda, katta ma'noda) va bitta loyiha, bitta mijoz ma'nosida, ammo boshqa manbalar to'plami sifatida kodlar. Ikkala holatda ham, manbalarni boshqarishda turli xil filiallar hosil bo'ladi. Keling, ikkinchi ish bo'yicha biroz batafsilroq to'xtalamiz. Har bir filial manba kodining to'liq tasvirini va boshqa manbalarni boshqarish artefaktlarini o'z ichiga oladi. Har bir filial mustaqil ravishda rivojlanishi yoki ma'lum bir nuqtalarda boshqa filiallar bilan birlashtirilishi mumkin. Integratsiya jarayonida filiallarning birida qilingan o'zgarishlar yarim avtomatik ravishda boshqasiga o'tkaziladi.
Misol tariqasida, loyiha uchun quyidagi tarmoqlanish strukturasini ko'rib chiqing.
• V1.0 - bu chiqarilgan versiyaga mos keladigan filial. Bunday filiallarni o'zgartirish taqiqlanadi va ular chiqish paytida tizim kodining rasmini o'z ichiga oladi.
• Fix V1.0.1 - ma'lum bir versiya uchun chiqarilgan tuzatish paketiga mos keladigan filial. Bunday filiallar asosiy shoxchadan emas, balki asl nusxadan ajratib olinadi va fiksator to'plami chiqarilishi bilanoq muzlatiladi.
• V1.1 - chiqarishga tayyorlanayotgan va barqarorlashish bosqichida bo'lgan chiqarishga mos keladigan filial. Bunday filiallar uchun, qoida tariqasida, qat'iyroq qoidalar mavjud va ulardagi ishlar rasmiyroq amalga oshiriladi.
• Asosiy yo'nalish - loyihani ishlab chiqishning asosiy yo'nalishiga mos keladigan filial. Voyaga yetganda, yaqinlashib kelayotgan nashrlarning filiallari aynan shu filialdan tarqaladi.
• WCF Experiment - ba'zi bir texnik echimlarni sinab ko'rish, yangi texnologiyalarga o'tish yoki kodni uzoq vaqt buzishi mumkin bo'lgan katta o'zgarishlarni amalga oshirish uchun yaratilgan filial. Bunday filiallar, qoida tariqasida, faqat ma'lum bir ishlab chiquvchilar doirasiga taqdim etiladi va asosiy filial bilan birlashgandan so'ng ish tugagandan so'ng o'ldiriladi.
Assambleyani boshqarish. Xo'sh, nima uchun loyihaning manba kodidan exe va dll fayllarini kompilyatsiya qilish va yaratish protsedurasi juda muhim protsedura? Chunki har kuni bir necha marta har bir ishlab chiquvchi o'z kompyuterida, loyihaning o'z versiyasi bilan amalga oshiradi. Shu bilan birga, u farq qiladi:
• ishlab chiquvchi tomonidan to'plangan kichik loyihalar to'plami; u butun loyihani emas, balki faqat bir qismini to'plashi mumkin; boshqa qismi u tomonidan umuman ishlatilmagan yoki juda uzoq vaqt davomida qayta tiklanmagan, lekin aslida u ancha oldin o'zgargan;
• kompilyatsiya parametrlari har xil.
3-rasm. Avtomatlashtirilgan yig'ishning umumiy sxemasi
|
| |
