Ochiq kodli apparat uchun versiya nazorati: 10 qadam

2024 Muallif: John Day | [email protected]. Oxirgi o'zgartirilgan: 2024-01-30 13:26

Brainbow jamoasida bizda elektronika borasida bir qancha loyihalar bor va biz elektronika dizayni ish jarayonini boshqarish uchun versiya boshqaruvidan foydalanish jarayonimiz bilan bo'lishmoqchi edik. Ushbu ish oqimi katta va kichik loyihalar uchun ishlatilgan, oddiy 2 qatlamli taxtadan murakkab 10 qatlamli behemotlargacha va ochiq manbali asboblarga asoslangan. Umid qilamizki, boshqalar bizning ish oqimimizni o'zlari uchun qabul qilishlari va o'z loyihalari uchun versiya boshqaruvining afzalliklaridan foydalanishlari mumkin. Ammo versiya nazorati elektronika loyihasini qanday afzalliklarga ega bo'lishi mumkin?

1 -qadam: Nima uchun versiya sizning elektronikangizni boshqaradi?

Versiyalarni boshqarish (aka manba nazorati yoki qayta ko'rib chiqish nazorati)-bu dasturiy injiniringda yaxshi tushunilgan va keng tarqalgan tushuncha. Manba nazorati g'oyasi dastur yoki ilovaning manba kodiga kiritilgan o'zgarishlarni muntazam kuzatib borishdir. Agar o'zgarishlar ilovani buzsa, siz manba kodi fayllarini o'tmishdagi ma'lum ish holatiga qaytarishingiz mumkin. Amalda, manba boshqaruv tizimlari sizga fayllar to'plamining tarixini kuzatish imkonini beradi (odatda, kompyuter dasturi, veb -sayt va boshqalar uchun manba kodli fayllar) va bu fayllardagi o'zgarishlarni ingl.

Loyihadagi o'zgarishlar tarixini kuzatish elektronika loyihalari uchun foydali ko'rinadi; Agar siz sxemada xatoga yo'l qo'ysangiz yoki PCB sxemasida noto'g'ri komponent izini qo'llasangiz, loyihaning turli xil versiyalarida qanday xatolar va qanday tuzatishlar kiritilganligini kuzatib borish yaxshi bo'lardi. Boshqa ishlab chiqaruvchilar uchun bu tarixni ko'rish va har xil o'zgarishlarning mazmuni va sabablarini tushunish foydali bo'ladi.

2 -qadam: Asboblar: KiCad va Git

Biz ushbu loyihada ikkita asosiy vositadan foydalanamiz: versiya boshqaruv tizimi (VCS) va elektron dizaynni avtomatlashtirish dasturi (EDA yoki ECAD).

Ko'p versiyalarni boshqarish tizimlari mavjud, lekin biz tarqatilgan VCS Git -dan foydalanamiz. Biz uni turli sabablarga ko'ra ishlatamiz, lekin asosiysi-bu ochiq manba (tekshirish!), Ishlatish uchun qulay (tekshirish!) Va ochiq kodli dasturiy ta'minot uchun amalda standart VCS (tekshirish!). Biz Git -ni VCS sifatida ECAD dasturimiz ishlatadigan fayllardagi o'zgarishlarni kuzatish uchun ishlatamiz. Bu ko'rsatma Git bilan tanishishni talab qilmaydi, lekin buyruq satridan foydalanishning umumiy qulayligi nazarda tutilgan. Men kerak bo'lganda Git va buyruq satridan foydalanish uchun foydali manbalarga bog'lanishga harakat qilaman.

Ko'pgina manba boshqaruv tizimlari matnli fayllar uchun juda yaxshi ishlaydi, shuning uchun matnli fayllardan foydalanadigan ECAD dasturi juda yaxshi bo'lardi. CERN tadqiqotchilari tomonidan qo'llab-quvvatlanadigan "Cross Platform va Open Source Electronics Design Automation Suite" ochiq manbali KiCad-ga kiring. KiCad ham ochiq manbali (tekshiring!), Ulardan foydalanish oson (garchi ba'zilar men bilan bu fikrga qo'shilmasalar ham) va ilg'or elektron konstruktorlik ishlarini bajarish qobiliyatiga ega.

3 -qadam: O'rnatish

Bu dasturlarni o'rnatish uchun, ularning har xil yuklash saytlari ko'rsatmalariga rioya qiling.

• KiCad-bu o'zaro faoliyat platforma (va bosh aylantiradi; ularni yuklab olish sahifasida 13 ta qo'llab-quvvatlanadigan OS ro'yxati mavjud va agar ulardan hech biri sizga mos kelmasa, manba kodini yuklab olishni taklif qiladi). Kikad-birlashtirilgan standart o'rnatishdan foydalaning, tungi ishlab chiqish tuzilmasidan emas. Kutubxonani o'rnatish bo'yicha qo'shimcha ixtiyoriy tafsilotlar uchun 4 -qadamga qarang.
• Git ham o'zaro faoliyat platformadir. Agar Windows-dan foydalansangiz, men Windows uchun ta'sirchan Git loyihasini yanada foydali va to'liq tajriba uchun tavsiya qilaman.

Ikkala saytda ham mavjud bo'lgan o'rnatish hujjatlari bu erda taqdim etadigan tavsiflardan ko'ra to'liqroq bo'ladi. Ikkala dastur ham yuklab olingandan va o'rnatilgandan so'ng, siz Brainbow loyihasi shablonini bizning Github omboridan klonlashingiz mumkin. Git klon buyrug'i `git clone {src directory} {target directory} 'tuzilishini oladi; bizning loyihamiz uchun "git clone https://github.com/builtbybrainbow/kicad-starter.git {target directory}" dan foydalaning.

Git reponi klonlash - nusxalashning maxsus shakli; Agar siz loyihani klonlasangiz, siz repo tarkibiga kiritilgan barcha fayllarning nusxasini, shuningdek loyihaning Git-kuzatilgan tarixini olasiz. Bizning repo -ni klonlash orqali siz Git -ni KiCad -dan foydalanish bo'yicha tavsiyalarimiz bilan tuzilgan loyiha katalogini olasiz. Biz 6 -bosqichda loyiha tuzilishi haqida ko'proq ma'lumot beramiz, yoki agar siz ishga kirishmoqchi bo'lsangiz, 7 -bosqichga o'tishingiz mumkin.

Bir nechta tezkor uy vazifalari - klonlangan Github loyihasi havolasini olib tashlash uchun "git remote rm orig" ni ishga tushiring. Shuningdek, muallif parametrini ismingiz va elektron pochtangiz bilan almashtirib, "git commitec --amend --author =" John Doe "ni ishga tushiring. Bu oxirgi majburiyatni o'zgartiradi (bu holda u ham birinchi majburiyatdir) va muallifni Brainbow o'rniga sizga o'zgartiradi.

4 -qadam: O'rnatish eslatmasi: KiCad kutubxonalari

KiCad kutubxonasi tuzilishi haqida tezkor eslatma. KiCad ishlab chiqaruvchilar guruhi tomonidan elektr komponentlarining keng assortimenti uchun mo'ljallangan kutubxonalar to'plamini taqdim etadi. Uchta asosiy kutubxona mavjud:

• Sxematik belgilar: elektron sxemalarni sxematik chizishda aks ettirish uchun ishlatiladigan belgilar.
• PCB oyoq izlari: kontaktlarning zanglashiga olib chiqishda qo'llaniladigan haqiqiy izni (mis prokladkalar, ipak ekranli matn va boshqalar) ifodalovchi 2D chizmalar.
• 3D modellar: elektron komponentlarning 3D modellari.

Bu kutubxonalar siz o'rnatgan KiCad dasturlar to'plami bilan birga yuklab olinadi. Siz KiCad -dan hech qanday kuch sarflamasdan foydalanishingiz mumkin. Biroq, "kuchli foydalanuvchilar" uchun, kutubxonalar uchun manba fayllari Github -dagi git omborida saqlanadi, bu esa oxirgi o'zgarishlardan xabardor bo'lishni istagan foydalanuvchilarga kutubxona repolarini o'z mashinalariga klonlash imkonini beradi. Kutubxonalarni git bilan kuzatish bir qator afzalliklarga ega - siz kutubxonalaringizni qachon yangilashni tanlashingiz mumkin va yangilanishlar faqat kutubxona fayllari to'plamini qayta yuklab olish o'rniga, faqat fayllarga o'zgartirishlar kiritishni talab qiladi. Biroq, kutubxonalarni yangilash uchun siz javobgarsiz, bu haqda unutish oson.

Agar siz kutubxonalarni klonlashni xohlasangiz, bu sayt KiCad -ning turli xil Github reposlari haqida batafsil ma'lumot beradi. Git kutubxonalarini kompyuteringizga klonlang (masalan: "git clone https:// github.com/KiCad/kicad-symbols.git"), keyin KiCad-ni oching, menyuning "Preferences" bandini tanlang va "Yo'llarni sozlash …" -ni bosing. ". Bu sizga KiCad -ga har bir kutubxonani qidirish uchun katalog yo'lini aytishga imkon beradi. Bu muhit o'zgaruvchilari KiCad o'rnatilishi bilan o'rnatilgan kutubxonalarga yo'l sifatida ko'rsatiladi; Agar kerak bo'lsa, standart kutubxonalarga qaytishim uchun men bu qiymatlarga e'tibor qaratdim. KICAD_SYMBOL_DIR yo'li klonlangan kicad-belgilar kutubxonasiga, KISYSMOD klonlangan oyoq izlari kutubxonasiga va KISYS3DMOD klonlangan paketlar3d kutubxonasiga ishora qilishi kerak.

Kutubxonalarni yangilamoqchi bo'lsangiz, kutubxona repo -sida oddiy "git pull" buyrug'ini ishlatishingiz mumkin, bu Git -ga kutubxona repo -sining mahalliy nusxasi va Github "masofaviy" repo o'rtasidagi farqni tekshirishini va avtomatik ravishda yangilanishi kerakligini aytadi. o'zgarishlarni kiritish uchun mahalliy nusxa.

5 -qadam: Git asoslari

Git-bu murakkab va ko'p qirrali dastur bo'lib, uni o'zlashtirishga bag'ishlangan kitoblar mavjud. Biroq, biz Git -ni ish jarayonida qanday ishlatayotganimizni tushunishga yordam beradigan bir nechta oddiy tushunchalar mavjud.

Git bir necha bosqichlar yordamida fayllardagi o'zgarishlarni kuzatib boradi. Oddiy o'zgarishlar ishchi katalogda sodir bo'ladi. Bir qator fayllarga kiritilgan o'zgarishlardan qoniqsangiz, siz o'zgartirgan fayllarni sahnaga qo'shasiz. Siz rejalashtirgan barcha o'zgarishlarni kiritganingizdan va Git -da kuzatmoqchi bo'lgan barcha fayllarni qo'yganingizdan so'ng, siz ushbu o'zgarishlarni omborga o'tkazasiz. Majburiyatlar - bu ma'lum bir vaqtda repo holatidagi fayllar holatining suratlari. Git fayllardagi o'zgarishlarni kuzatib borishi va bu o'zgarishlarni majburiyatlarda saqlagani uchun, siz istalgan vaqtda loyihani oldingi majburiyatlar holatiga qaytarishingiz mumkin.

Dallanish va masofadan boshqarish kabi murakkab mavzular bor, lekin manba nazoratining afzalliklariga ega bo'lish uchun ularni ishlatishning hojati yo'q. Bizga KiCad dizayn fayllaridagi o'zgarishlarni bir qator majburiyatlar bilan kuzatish kifoya.

6 -qadam: KiCad loyihasining tuzilishi

Keling, siz ilgari klonlagan KiCad-Starter loyihasining tuzilishini batafsil ko'rib chiqaylik. U oson tashkil qilish uchun bir nechta kichik kataloglarga bo'lingan:

• O'chirish: Bu papkada haqiqiy KiCad loyiha fayllari (sxematik, tenglikni va boshqalar) mavjud. Men bu papkaning nomini o'zgartirmayman, lekin ichidagi barcha fayllarni loyiha nomi bilan o'zgartiraman (Circuit.pro => ArduinoMini.pro).

  • Circuit.pro: KiCad loyiha fayli
  • Circuit.sch: KiCad sxematik fayli.
  • Circuit.kicad_pcb: KiCad PCB tartib fayli.
• Hujjatlar: Ushbu papka loyihaga tegishli hujjatlarni saqlash uchun mo'ljallangan. Kelgusida bu maydonni yaxshilash rejalari bor, lekin hozircha u oddiy README faylini o'z ichiga oladi. Uni kelajakda ko'rib chiqishingiz uchun loyihadagi eslatmalarni saqlash uchun ishlating.
• Ishlab chiqarish: bu papkada siz elektron kartani ishlab chiqarishda ko'pchilik uylar ishlatadigan gerber fayllarini saqlaysiz. Shuningdek, biz uni BOM fayllarini va ishlab chiqarish va yig'ish uchun zarur bo'lishi mumkin bo'lgan boshqa hujjatlarni saqlash uchun ishlatamiz.
• Kutubxonalar: Bu papka loyihaga xos kutubxona fayllarini saqlash uchun mo'ljallangan (biz buni bir necha bosqichda batafsil ko'rib chiqamiz).

Siz bir nechta boshqa fayllarni ham payqagan bo'lishingiz mumkin (ayniqsa, agar siz "ls -a` katalogi" bo'lsa).. Git katalogi - bu Git sehrli bo'lib, ombor tarixini saqlaydi.. Gitignore fayli Gitga qaysi fayllarni e'tiborsiz qoldirishi va manba boshqaruvida saqlamasligini aytib berish uchun ishlatiladi. Bu asosan KiCad yaratadigan zaxira fayllari yoki bir nechta "yaratilgan" fayllar, masalan, netlists, ular manba boshqaruvida saqlanmasligi kerak, chunki ular sxematik fayl manbasidan yaratilgan.

Ushbu loyiha tuzilishi faqat boshlang'ich nuqtadir. Siz uni ehtiyojlaringizga moslashtirishingiz va kerak bo'lganda bo'limlarni qo'shishingiz kerak. Ba'zi loyihalarda biz dasturiy ta'minot papkasini yoki muhofaza papkasini o'z ichiga olganmiz, u erda biz loyiha uchun 3D bosma korpus modellarini saqlaganmiz.

7 -qadam: Git -ni KiCad loyihalari uchun ishlatish

Nihoyat, biz loyihalarni kuzatish uchun Git -dan qanday foydalanishni ko'rishga tayyormiz. Bu ko'rsatma sizga KiCad -dan qanday foydalanishni o'rgatish uchun mo'ljallanmagan (garchi, agar talab bo'lsa, men buni kelajakda ham qila olaman), shuning uchun biz ish oqimining qanday ishlashini ko'rsatish uchun bir nechta oddiy misollarni ko'rib chiqamiz. Bu g'oyalarni haqiqiy loyihaga qanday moslashtirishni tushunish oson bo'lishi kerak.

Kicad-starter katalogini oching, so'ng "git log" ni ishga tushirish tarixini ko'rsatish uchun ishga tushiring. Bu erda bitta majburiyat bo'lishi kerak, Brainbow tomonidan repo ishga tushirilishi. "Git status" ni ishga tushirish sizga repo ichidagi fayllarning holatini (kuzatilmagan, o'zgartirilgan, o'chirilgan, bosqichli) xabar beradi.

Hozirda sizning repoingizda hech qanday o'zgarishlar bo'lmasligi kerak. Keling, o'zgarish qilaylik. KiCad loyihasini oching va sxemaga qarshilik qo'shing, so'ngra saqlang. Hozirda "git status" ishlayotgani, siz sxematik faylni o'zgartirganligingizni ko'rsatishi kerak, lekin bu o'zgarishlarni hali bajarilmagan. Agar siz rezistorni qo'shganingizda KiCad nima qilgani qiziq bo'lsa, siz diff buyrug'ini o'zgartirilgan faylda ishlatishingiz mumkin 'git diff Circuit/Circuit.sch` Bu ishchi katalogdagi faylning joriy versiyasi va oxirgi topshiriqdagi fayl holati o'rtasidagi o'zgarishlarni ko'rsatadi.

O'zgarish kiritganimizdan so'ng, keling, loyiha tarixiga o'zgartirish kiritishga harakat qilaylik. Biz o'zgarishlarni ishchi katalogimizdan sahnalashtiriladigan maydonga o'tkazishimiz kerak. Bu aslida fayllar tizimidagi fayllarni ko'chirmaydi, lekin kontseptual tarzda Git -ga ma'lum bir fayl uchun rejalashtirilgan barcha o'zgarishlarni kiritganingizni va bu o'zgarishlarni bajarishga tayyor ekanligingizni bildiradi. Yaxshiyamki, Git keyingi harakat uchun "git statusini" ishga tushirganingizda ba'zi maslahatlar beradi. "O'zgarishlarni bajarish uchun bosqichma -bosqich bajarilmagan:" ostida "(bajariladigan narsalarni yangilash uchun" git add … "dan foydalaning)" xabariga e'tibor bering. Git sizga o'zgarishlarni sahna maydoniga qanday o'tkazish kerakligini aytadi. O'zgarishlarni amalga oshirish uchun "git add Circuit/Circuit.sch" ni, keyin nima bo'lganini ko'rish uchun "git statusini" ishga tushiring. Endi biz sxematik faylni o'zgartirishlar ostida ko'rib turibmiz. Agar siz hali bu o'zgarishlarni amalga oshirishni xohlamasangiz, Git boshqa maslahatni taklif qiladi: "(bosqichdan o'tish uchun" git reset HEAD … "dan foydalaning)". Biz bu o'zgarishlarni amalga oshirishni xohlaymiz, shuning uchun biz "git suc -m" sxemasiga qarshilik qo'shildi "ni ishga tushiramiz. Bu kiritilgan xabar bilan o'zgarishlarni amalga oshiradi. Git jurnalini ishga tushirish bu majburiyatni loyiha majburiyatlari tarixida ko'rsatadi.

Vazifalar haqida yana bir nechta maslahatlar.

1. Har bir tejash bilan majburiyat olmang. O'zgarishlaringiz biroz mustahkamlangan darajaga etganingizni his qilganingizda, majburiyatni bajaring. Men har bir komponentni qo'shgandan keyin emas, balki sxemani tugatgandan so'ng majburiyatni olaman. Siz ham kamdan -kam hollarda qilishni xohlamaysiz, chunki nima uchun 3 haftadan keyin nima uchun o'zgartirganingiz kontekstini eslab qolish qiyin bo'lishi mumkin. Qachon majburlash kerakligini aniqlash biroz san'at, lekin siz Gitdan ko'proq foydalanganingiz sayin o'zingizni qulay his qilasiz.
2. Faqat do'kon manbasi (asosan). Bunga loyiha, sxematik va tartibli fayllar, shuningdek, loyihaga xos kutubxonalar kiradi. Bunga hujjat fayllari ham kirishi mumkin. Olingan narsalarni saqlashda ehtiyot bo'ling, chunki ular asl manba bilan osongina sinxronlashib ketishi mumkin va bu keyinchalik bosh og'rig'iga sabab bo'ladi. BOM va gerber fayllari sinxronizatsiya qilinadi, shuning uchun undan qochish yaxshiroqdir (garchi batafsil ko'rsatma 9-bosqichda keltirilgan).
3. Majburiy xabarlar juda foydali, lekin yaxshi tuzilgan majburiyatli xabarlar bebahodir. Ushbu ajoyib maqola aniq, qisqa va foydali xabarlar yozish bo'yicha ba'zi ko'rsatmalarni beradi. Buning uchun buyruq satrining matn tahrirlovchisidan foydalanish talab qilinishi mumkin, bu esa yangi boshlanuvchilar uchun murakkab bo'lishi mumkin (-m xabari bo'lmagan holda "git command" matn muharriri ochiladi). Ko'pchilik uchun men Nano muharririni tavsiya qilaman. StackOverflow tahrirlovchini o'zgartirish haqida yaxshi tushuntirishga ega

8 -qadam: Kengaytirilgan: elektronika uchun semantik versiya

Sarguzashtli ruhlar uchun quyidagi maslahatlar KiCad -ning ko'p soatlik rivojlanishidan olingan ilg'or g'oyalardir. Ular, ayniqsa, kichikroq loyihalarda foydali emas, lekin sizning loyihalaringiz murakkablashib borayotgani sizni chindan ham og'riqdan qutqaradi.

Dasturiy ta'minotda semantik versiya (semver) tushunchasi mavjud. Semver "Major. Minor. Patch" sxemasiga binoan, "versiya raqami" bo'yicha dasturiy ta'minot versiyalarini aniqlash uchun umumiy nomlash metodologiyasini belgilaydi. Semver spetsifikatsiyasidan iqtibos olish uchun siz versiya raqamini quyidagi o'zgarish toifalariga muvofiq oshirasiz.

1. API mos kelmaydigan o'zgarishlarni amalga oshirganingizda MAJOR versiyasi,
2. MINOR versiyasi, agar siz funksiyalarni orqaga qarab mos ravishda qo'shsangiz,
3. Qayta tiklanadigan xatolarni tuzatganingizda PATCH versiyasi.

Biz Brainbow -da semverning apparat versiyalari ehtiyojlariga moslashtirilgan o'z versiyamizdan foydalanamiz. Bizning spetsifikatsiyamiz xuddi shu "Major. Minor. Patch" sxemasiga amal qiladi, lekin bizning ta'riflarimiz qaysi toifaga tegishli ekanligi aniq.

1. MAJOR versiyasi: sxemaning asosiy funktsiyasini o'zgartirish uchun ishlatiladi (masalan: protsessorni ATmegaa'dan ESP8266 ga almashtirish).
2. MINOR versiyasi: kontaktlarning zanglashiga ta'sir qilishi mumkin bo'lgan komponentlar almashinuvi uchun ishlatiladi (masalan, boshqa buyruqlar to'plami bo'lishi mumkin bo'lgan pin mos keladigan qismli SPI flesh almashinuvi) yoki ba'zi qo'shimcha qo'shimcha funktsiyalar qo'shilishi (masalan: qo'shimcha harorat sensori qo'shilgan).
3. PATCH versiyasi: kontaktlarning zanglashiga olib kelmaydigan kichik xatolarni tuzatish uchun ishlatiladi (masalan: ipak ekranni sozlash, kichik izlar sxemasini sozlash, 0603 kondansatör kabi 0805 ga oddiy komponentlarni almashtirish).

Uskuna semverida versiya raqami faqat ishlab chiqarishda yangilanadi (xuddi dasturiy ta'minotda bo'lgani kabi, versiya raqamlari ham relizlar bilan o'zgaradi, har kim ham loyihaga majburiyat olmaydi). Natijada, ko'plab loyihalarda versiya raqamlari past bo'ladi. Bizda hali 4 ta asosiy versiyadan ko'proq foydalanadigan loyiha yo'q.

Yaxshi nomlanish tizimiga o'tishning izchilligi va tushunarli bo'lishidan tashqari, siz dasturiy ta'minotning muvofiqligi va mijozlar ehtiyojini qondirishda ham afzalliklarga ega bo'lasiz. Bellenim dasturini u belgilaydigan taxta versiyasini hisobga olgan holda yozish mumkin va nima uchun ma'lum bir dastur ma'lum bir taxtada ishlamayotganligini aniqlash osonroq bo'lishi mumkin ("to'g'ri, 2.4.1 dasturiy ta'minoti 1.2 da ishlamaydi). taxtalar, chunki bizda yo'q … "). Mijozlar bizning apparat semverimizdan ham foyda olishdi, chunki mijozlarga xizmat ko'rsatish va muammolarni bartaraf etish belgilangan standart bilan ancha oson.

9 -qadam: Kengaytirilgan: Uskuna semantik versiyasini ishlatish

O'z loyihalaringizda apparat semveridan foydalanish uchun biz etiketlash deb nomlangan Git xususiyatidan foydalanamiz. Siz birinchi marta taxtani ishlab chiqarganingizda, bu taxtaning 1.0.0 versiyasi. Loyihangizdagi barcha o'zgarishlarni amalga oshirganingizga ishonch hosil qiling va "git tag -a v1.0.0" ni ishga tushiring. Bu muharrirni ochadi, shuning uchun siz bu teg uchun izohli xabar yozishingiz mumkin (majburiyatli xabarga juda o'xshash). Men ishlab chiqarish tafsilotlarini o'z ichiga olaman (kim tenglikni ishlab chiqargan, kim taxtani yig'gan), bu keyinchalik foydali bo'lishi mumkin.

Chiqarish yorlig'i majburiyatlar tarixiga qo'shiladi va 1.0.0 ishlab chiqarishdagi fayllar holatini ko'rsatadi. Bu, ayniqsa, muammoni bartaraf etish uchun shu nuqtaga qaytish kerak bo'lganda, bir nechta tuzatishlar uchun foydali bo'lishi mumkin. Belgilangan chiqarish yorlig'isiz ishlab chiqarish vaqtida qaysi majburiyat eng oxirgi bo'lganini aniqlash qiyin bo'lishi mumkin. 1.0.0 (va 1.1, 1.1.1, va hokazo) yorlig'i, bu aniq manba fayllari ma'lum bir ishlab chiqarishda ishlatilganligini ko'rsatishga imkon beradi.

Gerbers haqida eslatma. Ba'zi uylar sizning taxtangizni yaratish uchun gerber fayllarini talab qiladi va siz ularni KiCad yordamida yaratishingiz mumkin. Bu manbadan olingan.kicad_pcb faylidan olingan ob'ektlar va biz odatda olingan fayllarni versiya nazorati ostida emasmiz. Biz "Brainbow" da gerberlarni versiya boshqaruvida saqlamaymiz, faqat nashrni belgilaganimizda. Biz qurishga tayyor bo'lgach, biz gerber fayllarini yaratamiz, ularni Fabrication papkasida saqlaymiz va belgilab qo'yamiz. Keyin biz gerberlarni olib tashlaymiz va o'chiramiz. Bu dastlab biroz chalkash bo'lib tuyulishi mumkin, lekin bu odatiy ish faqat manba fayllarini saqlashini va etiketli relizlar ham taxtalarni ishlab chiqarishda ishlatilgan aniq fayllarni saqlashini ta'minlaydi. Bu bir necha hafta o'tgach, ishlab chiqarishdagi xatolarni aniqlashda juda foydali bo'ldi.

10 -qadam: Keyingi qadamlar

Umid qilamanki, ushbu kirish sizga o'z elektron loyihalaringizda versiya boshqaruvidan foydalanishni boshlashga o'rgatdi. Loyihalar yoki xususiyatlar bo'limlari o'rtasida taqsimlangan kutubxonalar uchun versiya nazorati kabi bir qancha ilg'or mavzularga erisha olmadik. Shunday bo'lsa -da, versiya nazorati sabzavotlarni iste'mol qilishga o'xshaydi: siz o'ylagan narsaga erisha olmasligingiz mumkin, lekin har bir soningiz hisobga olinadi.

Brainbow bizning ish jarayonimizning ba'zi ilg'or xususiyatlariga oid batafsil qo'llanma ustida ishlamoqda. Umid qilamizki, uni yaqin bir necha oy ichida nashr etamiz. Bizni bu erda Instructables -da kuzatib boring, va biz qachon o'qishingiz mumkinligini sizga ma'lum qilamiz.

O'qiganingiz uchun tashakkur, va biz nima qilayotganingizni kutib o'tirmaymiz!