Udhibiti wa Toleo la Vifaa vya Chanzo wazi: Hatua 10

2025 Mwandishi: John Day | [email protected]. Mwisho uliobadilishwa: 2025-01-23 15:11

Timu huko Brainbow ina miradi kadhaa ya vifaa vya elektroniki chini ya mikanda yetu, na tulitaka kushiriki mchakato wetu wa kutumia udhibiti wa toleo kudhibiti mtiririko wa muundo wa umeme. Mtiririko huu wa kazi umetumika kwa miradi mikubwa na midogo, kutoka bodi rahisi za safu 2 hadi behemoth ngumu 10, na inategemea zana za chanzo wazi. Tunatumahi, wengine wanaweza kupitisha mtiririko wetu wa kazi kwao wenyewe, na kupata faida za udhibiti wa toleo kwa miradi yao wenyewe. Lakini ni faida gani zinaweza kudhibiti toleo kutoa mradi wa umeme?

Hatua ya 1: Kwanini Toleo Udhibiti Elektroniki Zako?

Udhibiti wa Toleo (udhibiti wa chanzo au udhibiti wa marekebisho) ni dhana inayoeleweka na inayopitishwa sana katika uhandisi wa programu. Wazo nyuma ya udhibiti wa chanzo ni kufuatilia kwa utaratibu mabadiliko yaliyofanywa kwa nambari ya chanzo ya programu au programu. Ikiwa mabadiliko yanavunja programu, unaweza kurudisha faili za nambari za chanzo kwa hali inayojulikana ya kufanya kazi kutoka zamani. Katika mazoezi, mifumo ya udhibiti wa chanzo hukuruhusu kufuatilia historia ya mkusanyiko wa faili (kawaida faili za nambari za chanzo za programu ya kompyuta, wavuti, nk), na kuibua na kudhibiti mabadiliko kwenye faili hizo.

Kufuatilia historia ya mabadiliko kwenye mradi inaonekana kuwa muhimu kwa miradi ya umeme; ukikosea katika skimu ya mzunguko, au ukitumia alama mbaya ya sehemu katika mpangilio wa PCB, itakuwa nzuri kufuatilia ni makosa gani yalifanywa na ni marekebisho gani yaliyotekelezwa katika marekebisho anuwai ya mradi. Ingekuwa muhimu pia kwa watengenezaji wengine kuona historia hiyo, na kuelewa muktadha na motisha ya mabadiliko anuwai.

Hatua ya 2: Zana: KiCad na Git

Tunatumia zana kuu mbili katika mradi huu: mfumo wa kudhibiti toleo (VCS) na mpango wa elektroniki wa usanifu wa elektroniki (EDA au ECAD).

Kuna mifumo mingi ya kudhibiti toleo huko nje, lakini tunatumia VCS Git iliyosambazwa. Tunatumia kwa sababu kadhaa, lakini muhimu ni kwamba ni chanzo wazi (angalia!), Ni rahisi kutumia (angalia!), Na kiwango cha de-facto cha VCS ya programu ya chanzo wazi (angalia!). Tutatumia Git kama VCS kufuatilia mabadiliko kwenye faili ambazo programu yetu ya ECAD inatumia. Maagizo haya hayaitaji ujuaji na Git, lakini faraja ya jumla kwa kutumia laini ya amri inadhaniwa. Nitajaribu kuungana na rasilimali zinazosaidia Git na matumizi ya laini ya amri kama inahitajika.

Mifumo mingi ya udhibiti wa chanzo hufanya kazi haswa kwa faili za maandishi, kwa hivyo programu ya ECAD inayotumia faili za maandishi itakuwa nzuri. Ingiza KiCad, chanzo wazi "Jukwaa la Msalaba na Suite ya Open Electronics Design Automation Suite" inayoungwa mkono na watafiti wa CERN. KiCad pia ni chanzo wazi (angalia!), Rahisi kutumia (ingawa wengine hawakukubaliana nami juu ya hilo), na inauwezo wa kufanya kazi ya hali ya juu ya kubuni elektroniki.

Hatua ya 3: Ufungaji

Ili kusanikisha programu hizi, fuata maagizo kutoka kwa wavuti zao anuwai za kupakua zilizounganishwa hapa chini.

• KiCad ni jukwaa la msalaba (na linachekesha hivyo; orodha zao za kupakua zinaorodhesha 13 za OS, na hutoa upakuaji wa nambari ya chanzo ikiwa hakuna moja inayokufaa). Tumia usakinishaji wa default wa kicad, sio ujenzi wa maendeleo ya usiku. Angalia Hatua ya 4 kwa maelezo ya juu ya hiari kwenye usakinishaji wa maktaba.
• Git pia ni jukwaa la msalaba. Ikiwa unatumia Windows, ningependekeza mradi wa kuvutia wa Git wa Windows kwa uzoefu muhimu zaidi, ulioonyeshwa kikamilifu.

Nyaraka za kusanikisha zinazopatikana katika tovuti hizi zote mbili zitakuwa kamili zaidi kuliko maelezo yoyote ninayoweza kutoa hapa. Mara baada ya programu zote mbili kupakuliwa na kusakinishwa, unaweza kushirikisha templeti ya mradi wa Brainbow kutoka kwa ghala letu la Github. Amri ya git clone inachukua muundo `git clone {src directory} {target directory}`; kwa mradi wetu, tumia `git clone https://github.com/builtbybrainbow/kicad-starter.git {target directory}`.

Kuunda git repo ni aina maalum ya kunakili; Unapobuni mradi, unapata nakala ya faili zote zilizojumuishwa kwenye repo na vile vile historia yote ya mradi uliofuatiliwa na Git. Kwa kuunda repo yetu, unapata saraka ya mradi iliyowekwa tayari na mapendekezo yetu ya kutumia Git na KiCad. Tutashughulikia zaidi juu ya muundo wa mradi katika Hatua ya 6, au unaweza kuruka hadi Hatua ya 7 ikiwa unawasha kufanya kazi.

Kazi chache za haraka za utunzaji wa nyumba - endesha `git kijijini rm asili` ili kuondoa kiunga kwa mradi wa Github uliyotengeneza kutoka. Pia, endesha `git commit --amend --author =" John Doe "", ukibadilisha parameter ya mwandishi na jina lako na barua pepe. Hii inarekebisha ahadi ya mwisho (ambayo katika kesi hii pia ni ahadi ya kwanza) na inambadilisha mwandishi kwako, badala ya Brainbow.

Hatua ya 4: Ujumbe wa Usakinishaji: Maktaba za KiCad

Ujumbe mmoja wa haraka juu ya muundo wa maktaba ya KiCad. KiCad hutoa seti ya maktaba zinazotunzwa na timu ya msanidi programu kwa anuwai ya vifaa vya umeme. Kuna maktaba kuu matatu:

• Alama za Mpangilio: Alama zinazotumiwa kuwakilisha vifaa vya elektroniki kwenye mchoro wa skimu ya mzunguko.
• Nyayo za PCB: Michoro ya 2D inayowakilisha nyayo halisi (pedi za shaba, maandishi ya hariri, nk) zitakazotumika wakati wa kuweka mzunguko kwenye PCB.
• Mifano ya 3D: Mifano ya 3D ya vifaa vya elektroniki.

Maktaba hizi hupakuliwa pamoja na mpango wa programu ya KiCad uliyosakinisha tu. Unaweza kutumia KiCad bila juhudi zaidi. Walakini, kwa "watumiaji wa nguvu", faili za chanzo za maktaba zimehifadhiwa kwenye ghala la git kwenye Github, ikiruhusu watumiaji ambao wanataka kukaa karibu na mabadiliko ya hivi karibuni ili kushikilia repo za maktaba kwenye mashine yao wenyewe. Kufuatilia maktaba na git kuna faida kadhaa - unaweza kuchagua wakati unataka kusasisha maktaba zako, na sasisho zinahitaji tu kuingiza mabadiliko kwenye faili, badala ya kupakua seti nzima ya faili za maktaba tena. Walakini, una jukumu la kusasisha maktaba, ambayo inaweza kuwa rahisi kusahau.

Ikiwa ungependa kulinganisha maktaba, wavuti hii inaelezea matoleo anuwai ya Github repos ya KiCad. Git onyesha maktaba kwenye kompyuta yako (mfano: `git clone https:// github.com / KiCad / kicad-alama.git`), kisha fungua KiCad, chagua menyu ya" Mapendeleo "ya menyu, na ubonyeze" Sanidi Njia … ". Hii hukuruhusu kuiambia KiCad njia ya saraka ili kutafuta kila maktaba iliyo. Vigeugeu vya mazingira hivi ni njia ya maktaba iliyosanikishwa na usakinishaji wa KiCad; Nilizingatia maadili haya ili niweze kurudi kwenye maktaba chaguomsingi ikiwa ni lazima. Njia ya KICAD_SYMBOL_DIR inapaswa kuelekeza kwenye maktaba yako ya alama za kicad, KISYSMOD kwa maktaba ya alama za miguu ya kicad, na KISYS3DMOD kwenye maktaba ya kicad-package3d.

Unapotaka kusasisha maktaba, unaweza kutumia amri rahisi ya `git pull` katika repo ya maktaba ambayo itamwambia Git aangalie tofauti kati ya nakala yako ya ndani ya repo ya maktaba na repo ya" kijijini "ya Github, na usasishe kiatomati yako nakala ya ndani kuingiza mabadiliko.

Hatua ya 5: Misingi ya Git

Git ni programu ngumu na yenye sura nyingi, na vitabu vyote vimejitolea kuistahiki. Walakini, kuna dhana chache rahisi ambazo zitakusaidia kuelewa jinsi tunavyotumia Git katika utiririshaji wetu wa kazi.

Git hufuata mabadiliko kwa faili kwa kutumia safu ya hatua. Mabadiliko ya kawaida hufanyika katika saraka ya kazi. Unaporidhika na mabadiliko uliyoyafanya kwenye safu ya faili, unaongeza faili ulizozibadilisha kwenye eneo la staging. Mara tu unapofanya mabadiliko yote unayopanga na kuweka faili zote ambazo ungependa kufuatiliwa katika Git, unafanya mabadiliko hayo kwa hazina. Kujitolea kimsingi ni picha za hali ya faili kwenye repo kwa wakati maalum. Kwa kuwa Git inafuatilia mabadiliko kwenye faili na kuhifadhi mabadiliko haya katika ahadi, wakati wowote unaweza kurudisha mradi kwa hali iliyokuwa katika ahadi yoyote ya hapo awali.

Kuna mada ngumu zaidi, kama matawi na mbali, lakini hatuitaji kuzitumia kupata faida za udhibiti wa chanzo. Tunachohitaji ni kufuatilia mabadiliko kwenye faili zetu za muundo wa KiCad na safu ya ahadi.

Hatua ya 6: Muundo wa Mradi wa KiCad

Wacha tuangalie kwa undani muundo wa mradi wa KiCad-Starter uliyoifanya mapema. Imegawanywa katika idadi ndogo ya saraka ndogo kwa shirika rahisi:

• Mzunguko: Folda hii ina faili halisi za mradi wa KiCad (schematic, PCB, nk). Sibadilishi folda hii, lakini ninabadilisha faili zote zilizo ndani na jina la mradi (Circuit.pro => ArduinoMini.pro).

  • Circuit.pro: faili ya mradi wa KiCad
  • Circuit.sch: faili ya skimu ya KiCad.
  • Mzunguko.kicad_pcb: faili ya mpangilio wa KiCad PCB.
• Nyaraka: Folda hii ni ya kuhifadhi nyaraka kuhusu mradi huo. Tuna mipango ya kuboresha nafasi hii katika siku zijazo, lakini kwa sasa ina faili rahisi ya README. Tumia kuhifadhi maelezo kwenye mradi kwa siku zijazo wewe kukagua.
• Uzushi: Folda hii ni mahali ambapo utahifadhi faili za kijiti ambazo nyumba nyingi za vitambaa zitatumia kutengeneza bodi yako ya mzunguko. Tunatumia pia kuhifadhi faili za BOM na nyaraka zingine ambazo zinaweza kuhitajika kwa utengenezaji na mkutano.
• Maktaba: Folda hii ni ya kuhifadhi faili mahususi za maktaba za mradi (tutashughulikia hii kwa hatua chache).

Labda pia umeona faili zingine kadhaa (haswa ikiwa wewe ni saraka ya s -a`). Saraka ya.git ni mahali ambapo Git inafanya uchawi, kuhifadhi historia ya hazina. Faili ya.gitignore hutumiwa kuambia Git faili ambazo inapaswa kupuuza na sio kuhifadhi katika udhibiti wa chanzo. Hizi ni faili chelezo ambazo KiCad hutengeneza, au faili kadhaa tofauti "zinazozalishwa", kama orodha za wavuti, ambazo hazipaswi kuhifadhiwa kwa udhibiti wa chanzo kwa sababu zinatengenezwa kutoka kwa chanzo ambacho ni faili ya kihemko.

Muundo wa mradi huu ni mwanzo tu. Unapaswa kuibadilisha ili kutoshea mahitaji yako, na uongeze sehemu inapohitajika. Katika miradi mingine tumejumuisha folda ya programu au folda iliyofungwa, ambapo tulihifadhi mifano ya viambatisho vya uchapishaji 3d vya mradi huo.

Hatua ya 7: Kutumia Git kwa Miradi ya KiCad

Hatimaye tuko tayari kuona jinsi ya kutumia Git kufuatilia miradi yako. Hii ya kufundisha haikusudiwa kukufundisha jinsi ya kutumia KiCad (ingawa naweza kufanya moja baadaye ikiwa kuna mahitaji yake), kwa hivyo tutapitia mifano isiyo ya maana kukuonyesha jinsi mtiririko wa kazi unavyoendesha. Inapaswa kuwa rahisi kuelewa jinsi ya kubadilisha maoni haya kwa mradi halisi.

Fungua saraka ya kicad-starter, kisha uendesha `git log` kuonyesha historia ya ahadi. Inapaswa kuwa na ahadi moja hapa, uanzishaji wa repo na Brainbow. Kukimbia `hali ya git` kutakuambia hali ya faili kwenye repo yako (haijafutwa, imebadilishwa, imefutwa, imepangwa).

Kwa sasa, haupaswi kuwa na mabadiliko katika repo yako. Wacha tufanye mabadiliko. Fungua mradi wa KiCad na uongeze kipinga kwenye skimu, kisha uhifadhi. Sasa kukimbia `hali ya git` inapaswa kuonyesha kuwa umebadilisha faili ya skimu, lakini haujafanya mabadiliko hayo kwa ahadi bado. Ikiwa una hamu ya kujua ni nini hasa KiCad ilifanya wakati umeongeza kontena, unaweza kutumia amri tofauti kwenye faili iliyobadilishwa `git diff Circuit / Circuit.sch`. Hii itaangazia mabadiliko kati ya toleo la sasa la faili katika saraka inayofanya kazi na hali ya faili wakati wa ahadi ya mwisho.

Sasa kwa kuwa tumefanya mabadiliko, wacha tujaribu kuyabadilisha kwenye historia ya mradi wetu. Tunahitaji kuhamisha mabadiliko kutoka saraka yetu ya kazi kwenda eneo la staging. Hii haitoi faili kwenye mfumo wa faili, lakini kwa kweli ni njia ya kumruhusu Git ajue kuwa umefanya mabadiliko yako yote uliyopanga kwa faili fulani na uko tayari kufanya mabadiliko hayo. Kwa msaada, Git hutoa vidokezo wakati unapoendesha `hali ya git` kwa kitendo kinachofuata. Angalia ujumbe `(tumia" kuongeza git … "kusasisha kile kitakachowekwa)` chini ya `Mabadiliko ambayo hayajafanywa kwa ahadi:`. Git inakuambia jinsi ya kuhamisha mabadiliko kwenye eneo la staging. Run `git add Circuit / Circuit.sch` ili kupanga mabadiliko, halafu` status status` kuona kilichotokea. Sasa tunaona faili ya kiufundi ikiwa chini ya mabadiliko inapaswa kufanywa. Ikiwa hautaki kufanya mabadiliko haya bado, Git inasaidia kutoa ncha nyingine: `(tumia" git reset HEAD… "ili ufungue)`. Tunataka kufanya mabadiliko haya, kwa hivyo tunaendesha `git ahadi -m" Kiongeza kipinga kwa skimu "". Hii hufanya mabadiliko na ujumbe uliyopewa. Kukimbia git log kutaonyesha ahadi hii katika historia ya ahadi ya mradi.

Vidokezo vichache zaidi juu ya ahadi.

1. Usijitume na kila akiba. Jitolee wakati unahisi kuwa umefikia hatua ambapo mabadiliko yako yameimarishwa. Ninajitolea baada ya kumaliza mpango, sio baada ya kila nyongeza ya sehemu. Pia hutaki kujitolea sana, kwa sababu kukumbuka muktadha wa kwanini ulifanya mabadiliko uliyofanya wiki 3 baadaye inaweza kuwa ngumu. Kujua wakati wa kujitolea ni sanaa kidogo, lakini utakua vizuri zaidi unapotumia Git zaidi.
2. Chanzo cha duka tu (zaidi). Hii ni pamoja na mradi, faili za muundo, na mpangilio, na pia maktaba maalum za mradi. Hii inaweza pia kujumuisha faili za nyaraka. Kuwa mwangalifu wakati wa kuhifadhi vitu vilivyotokana kwa sababu vinaweza kutoka kwa usawazishaji na chanzo asili kwa urahisi, na hiyo husababisha maumivu ya kichwa baadaye. Faili za BOM na gerber hupata usawazishaji haswa kwa urahisi, kwa hivyo ni bora kuepukwa (ingawa mwongozo wa kina umefunikwa katika Hatua ya 9).
3. Ujumbe wa kujitolea ni muhimu sana, lakini ujumbe mzuri wa ahadi ni muhimu sana. Nakala hii bora hutoa miongozo ya kuandika ujumbe wazi, mafupi na muhimu wa ahadi. Kufanya hivyo kunaweza kuhitaji kutumia mhariri wa maandishi ya laini ya amri, ambayo inaweza kuwa ngumu kwa Kompyuta (`git ahadi` bila -m chaguo la ujumbe itafungua kihariri cha maandishi). Kwa watu wengi, ninapendekeza mhariri wa Nano. StackOverflow ina maelezo mazuri ya kubadilisha mhariri wako

Hatua ya 8: Advanced: Matoleo ya Semantic ya Elektroniki

Kwa roho za kujitolea, vidokezo vifuatavyo ni maoni ya hali ya juu, yaliyopatikana kutoka kwa masaa mengi ya maendeleo ya KiCad. Sio muhimu sana kwenye miradi midogo, lakini inaweza kukuokoa maumivu ya moyo wakati miradi yako inakua kwa ugumu.

Katika programu, kuna dhana ya Semantic Versioning (semver). Semver anafafanua mbinu ya kawaida ya kumtaja kutambua utoaji wa programu na "nambari ya toleo", kufuatia muundo wa "Meja. Minor. Patch". Kunukuu maelezo ya semver, unaendeleza nambari ya toleo kulingana na kategoria zifuatazo za mabadiliko.

1. Toleo kubwa wakati unafanya mabadiliko ya API yasiyokubaliana,
2. Toleo dogo unapoongeza utendaji kwa njia inayofuatana nyuma,
3. PATCH toleo wakati unafanya marekebisho ya mdudu yanayolingana nyuma.

Sisi huko Brainbow tunatumia toleo letu la semver iliyobadilishwa ili kukidhi mahitaji ya miradi ya vifaa. Dhana yetu inafuata muundo huo huo wa "Meja. Minor. Patch", ingawa ufafanuzi wetu wa mabadiliko gani uko chini ya kitengo kipi kinatofautiana.

1. Toleo kubwa: hutumiwa kwa mabadiliko makubwa kwa utendaji wa msingi wa mzunguko (mfano: kubadilisha processor kutoka ATmegaa hadi ESP8266).
2. Toleo dogo: linalotumiwa kwa swap ya sehemu ambayo inaweza kuathiri operesheni ya mzunguko (mfano: SPI flash swap na sehemu inayoweza kuambatana na pini ambayo inaweza kuwa na seti tofauti ya amri) au kuongezea kwa kipengee kidogo cha nyongeza (ex: imeongeza sensorer ya joto ya ziada).
3. Toleo la PATCH: hutumiwa kwa hitilafu ndogo ambazo hazitabadilisha operesheni ya mzunguko (mfano: marekebisho ya silkscreen, marekebisho ya mpangilio wa athari ndogo, swaps ya sehemu rahisi kama 0603 capacitor hadi 0805).

Katika semver ya vifaa, nambari ya toleo inasasishwa tu kwenye utengenezaji (kama ilivyo kwenye programu, nambari za toleo hubadilika tu na kutolewa, sio kila mtu anajitolea kwa mradi). Kama matokeo, miradi mingi ina nambari za toleo la chini. Bado hatuna matumizi ya mradi zaidi ya matoleo 4 makubwa.

Mbali na faida katika uthabiti na ueleweka unaopata kutoka kwa kubadili mfumo uliojulikana wa kutaja majina, pia unapata faida katika utangamano wa firmware na kuridhika kwa wateja. Programu dhibiti inaweza kuandikwa wakati wa kuzingatia toleo la bodi inayolenga, na inaweza kuwa rahisi kusuluhisha ni kwanini mpango fulani haufanyi kazi kwenye bodi fulani ("sawa, firmware ya 2.4.1 haifanyi kazi kwenye 1.2 bodi kwa sababu hatuna…. "). Wateja pia wamefaidika na semver yetu ya vifaa kwa sababu huduma ya wateja na utatuzi ni rahisi zaidi na kiwango kilichofafanuliwa.

Hatua ya 9: Advanced: Kutumia Hardware Semantic Versioning

Kutumia semver ya vifaa katika miradi yako mwenyewe, tunatumia huduma ya Git inayoitwa kutambulisha. Unapotengeneza bodi kwanza, hiyo ndiyo toleo la bodi hiyo. Hakikisha kuwa umefanya mabadiliko yote katika mradi wako, kisha endesha `git tag -a v1.0.0`. Hii itafungua mhariri ili uweze kuandika ujumbe wa ufafanuzi wa lebo hii (sawa na ujumbe wa kujitolea). Ninajumuisha maelezo juu ya utengenezaji (ambaye alifanya PCB, ambaye alikusanya bodi), ambayo inaweza kuwa habari muhimu baadaye.

Lebo ya kutolewa imeongezwa kwenye historia ya ahadi na inaonyesha hali ya faili kwenye utengenezaji wa 1.0.0. Hii inaweza kuwa muhimu sana marekebisho kadhaa baadaye wakati unahitaji kurejea kwa hatua hii ya utatuzi. Bila lebo maalum ya kutolewa, inaweza kuwa ngumu kujua ni ahadi gani ilikuwa ya hivi karibuni wakati wa utengenezaji. Lebo ya 1.0.0 (na 1.1, 1.1.1, nk) inakuwezesha kubainisha kuwa faili hizi za chanzo ndio zilizotumiwa katika utengenezaji fulani wa utengenezaji.

Ujumbe juu ya Gerbers. Nyumba zingine za vitambaa zinahitaji faili za kijaruba kutengeneza bodi yako, na unaweza kuzizalisha na KiCad. Hizi ni vitu vilivyotokana, vinavyotokana na faili ya chanzo.kicad_pcb, na kwa kawaida hatudhibiti faili zinazotokana. Sisi huko Brainbow hatuhifadhi vijidudu katika udhibiti wa toleo ISIPOKUWA kwa wakati tunapotangaza kutolewa. Tunapokuwa tayari kujenga, tunazalisha faili za kijamaa, kuzihifadhi kwenye folda ya Uzushi, na kujitolea na kuweka lebo. Kisha tunaondoa vijidudu na kufanya ufutaji. Hii inaweza kuonekana kuwa ya kutatanisha mwanzoni, lakini inahakikisha kwamba kawaida hufanya tu faili za chanzo za duka, na kutolewa kwa lebo pia huhifadhi faili haswa zinazotumiwa kutengeneza bodi. Hii imethibitisha kuwa muhimu sana katika kufuatilia makosa ya utengenezaji wiki baadaye.

Hatua ya 10: Hatua Zifuatazo

Tunatumahi utangulizi huu umekufundisha vya kutosha kuanza kutumia udhibiti wa toleo kwenye miradi yako ya umeme. Hatukufika kwa mada kadhaa za hali ya juu zaidi, kama udhibiti wa toleo la maktaba zilizoshirikiwa kati ya miradi au matawi ya huduma. Bado, udhibiti wa toleo ni kama kula mboga yako: unaweza usipate kile unachofikiria unapaswa, lakini kila unapata hesabu.

Brainbow inafanya kazi kwa mwongozo wa kina zaidi kwa zingine za hali ya juu zaidi ya utiririshaji wetu wa kazi. Tunatumahi kuichapisha wakati mwingine katika miezi michache ijayo. Fuata sisi hapa kwenye Maagizo, na tutahakikisha kukujulisha wakati unaweza kuisoma.

Asante kwa kusoma, na hatuwezi kusubiri kuona unachotengeneza!