Ачык булак жабдуулары үчүн версияны башкаруу: 10 кадам

2024 Автор: John Day | [email protected]. Акыркы өзгөртүү: 2024-01-30 10:41

Brainbow командасы биздин белибизде бир катар электроника долбоорлору бар жана биз электрониканын дизайнынын иштөө процессин башкаруу үчүн версияны башкарууну колдонуу процессибиз менен бөлүшкүбүз келди. Бул жумуш процесси чоң жана кичине долбоорлор үчүн колдонулган, жөнөкөй 2 катмарлуу такталардан татаал 10 катмарлуу гемотторго чейин жана ачык булактарга негизделген. Үмүт кылабыз, башкалар биздин жумуш процесстерибизди өзүлөрү үчүн кабыл алышат жана өз долбоорлору үчүн версияны башкаруунун артыкчылыктарына ээ болушат. Бирок версияны көзөмөлдөө электроника долбоорун кандай пайдаларды сунуштай алат?

1 -кадам: Эмне үчүн версия сиздин электроникаңызды башкарат?

Version Control (aka source control же revision control)-бул программалык инженерияда жакшы түшүнүлгөн жана кеңири кабыл алынган түшүнүк. Булакты башкаруунун идеясы - программанын же колдонмонун баштапкы кодуна киргизилген өзгөртүүлөрдү системалуу түрдө көзөмөлдөө. Эгерде өзгөртүүлөр тиркемени бузса, сиз баштапкы код файлдарын мурунку белгилүү иштөө абалына кайтара аласыз. Иш жүзүндө, булакты башкаруу тутумдары сизге файлдар жыйнагынын тарыхын көзөмөлдөөгө мүмкүндүк берет (көбүнчө компьютердик программанын, веб -сайттын ж.

Долбоордогу өзгөрүүлөрдүн тарыхын көзөмөлдөө электроника долбоорлору үчүн пайдалуу көрүнөт; эгер сиз схемада ката кетирсеңиз же ПХБнын жайгашуусунда туура эмес компоненттин изин колдонсоңуз, анда долбоордун ар кандай версияларында кандай каталар кеткенин жана кандай оңдоолор киргизилгенин көзөмөлдөө жакшы болмок. Бул тарыхты көрүп, ар кандай өзгөрүүлөрдүн контекстин жана мотивдерин түшүнүү башка жаратуучулар үчүн да пайдалуу болмок.

2 -кадам: Куралдар: KiCad жана Git

Биз бул долбоордо эки негизги куралды колдонобуз: версияны башкаруу системасы (VCS) жана электроника дизайнын автоматташтыруу программасы (EDA же ECAD).

Көптөгөн версияларды башкаруу системалары бар, бирок биз бөлүштүрүлгөн VCS Gitти колдонобуз. Биз аны бир нече себептерден улам колдонобуз, бирок ачкыч-бул ачык булак (текшерүү!), Колдонууга оңой (текшерүү!) Жана ачык булак программалык камсыздоо үчүн де-факто стандарттык VCS (текшерүү!). Биз Gitти VCS катары колдонобуз, бул биздин ECAD программабыз колдонгон файлдардагы өзгөрүүлөрдү көзөмөлдөө үчүн. Бул Instructable Git менен таанышууну талап кылбайт, бирок буйрук сабын колдонуу менен жалпы сооронуч кабыл алынат. Мен керектүү учурда Git жана командалык линияны колдонуу үчүн пайдалуу булактарга шилтеме берүүгө аракет кылам.

Көпчүлүк булактарды башкаруу тутумдары текстке негизделген файлдар үчүн өзгөчө жакшы иштейт, андыктан текст файлдарын колдонгон ECAD программасы сонун болмок. CERNдин изилдөөчүлөрү колдогон KiCad, ачык булак "Cross Platform and Open Source Electronics Design Automation Suite" киргизиңиз. KiCad ошондой эле ачык булак (текшерүү!), Колдонууга оңой (кээ бирлери мен менен макул эмес), жана өркүндөтүлгөн электроникалык дизайн иштерине жөндөмдүү.

3 -кадам: Орнотуу

Бул программаларды орнотуу үчүн, төмөндө шилтемеленген ар кандай жүктөө сайттарындагы көрсөтмөлөрдү аткарыңыз.

• KiCad кросс-платформа (жана баш айланткан түрдө; алардын жүктөө баракчасы 13 колдоого алынган ОС тизмеси жана булардын бири да сизге туура келбесе, баштапкы кодду жүктөөнү сунуштайт). Түнкү иштеп чыгууну эмес, kicad-unified default орнотуусун колдонуңуз. Китепкананы орнотуу боюнча кошумча кошумча маалымат алуу үчүн 4 -кадамды караңыз.
• Git ошондой эле кросс-платформа. Эгерде Windows колдонуп жатсаңыз, мен Windows үчүн таасирдүү Git долбоорун сунуштайм, андан дагы пайдалуу, толук өзгөчөлөнгөн тажрыйба.

Бул эки сайтта жеткиликтүү орнотуу документтери бул жерде сунуштай турган сүрөттөмөлөргө караганда толук болот. Эки программа тең жүктөлүп, орнотулгандан кийин, Brainbow долбоорунун шаблонун биздин Github репозиторийинен клондоштурсаңыз болот. Git clone буйругу `git clone {src directory} {target directory} 'структурасын алат; биздин долбоор үчүн `git clone https://github.com/builtbybrainbow/kicad-starter.git {target directory} 'колдонуңуз.

Гит репо клондоштуруу - көчүрүүнүн өзгөчө формасы; сиз долбоорду клондогондо, репо камтылган бардык файлдардын көчүрмөсүн, ошондой эле долбоордун Git-байкалган тарыхын аласыз. Биздин репо клондоштуруу менен, сиз Gitти KiCad менен колдонуу боюнча биздин сунуштар менен структураланган долбоордун каталогуна ээ болосуз. Биз 6 -кадамда долбоордун структурасы жөнүндө кененирээк маалымат беребиз, же сиз иштөө үчүн кычышып жатсаңыз, 7 -кадамга өтсөңүз болот.

Үй тазалоо боюнча бир нече тапшырмалар - сиз клондогон Github долбоорунун шилтемесин алып салуу үчүн `git remote rm Origin`ди иштетиңиз. Ошондой эле, "git obligate --amend --author =" John Doe "" иштетип, автордун параметрин сиздин атыңыз жана электрондук почтаңыз менен алмаштырыңыз. Бул акыркы милдеттенмени түзөт (бул учурда бул дагы биринчи милдеттенме) жана авторду Брейнбоу эмес, сизге өзгөртөт.

4 -кадам: Орнотуу Эскертүү: KiCad китепканалары

KiCad китепканасынын түзүлүшү жөнүндө кыскача маалымат. KiCad электр компоненттеринин кеңири спектри үчүн иштеп чыгуучулар тобу тарабынан жүргүзүлгөн китепканалардын топтомун камсыз кылат. Үч негизги китепкана бар:

• Схемалык символдор: Схемалык схемада электрондук компоненттерди көрсөтүү үчүн колдонулган символдор.
• ПХБнын изи: 2D чиймелери чыныгы изди билдирет (жез төшөмөлөр, жибек экраны тексттери ж.
• 3D моделдер: электрондук компоненттердин 3D моделдери.

Бул китепканалар сиз жаңы эле орноткон KiCad программасы менен бирге жүктөлүп алынат. Сиз KiCadты эч кандай аракет кылбастан колдоно аласыз. Бирок, "күч колдонуучулар" үчүн, китепканалардын булак файлдары Githubдагы git репозиторийинде сакталат, бул акыркы өзгөртүүлөр менен кабардар болуп турууну каалаган колдонуучуларга китепкананын репонун өз машинасына клондоштурууга мүмкүндүк берет. Китепканаларды гит менен көзөмөлдөө бир катар артыкчылыктарга ээ - китепканаларыңызды качан жаңыртууну кааласаңыз болот, жана жаңыртуулар китепкана файлдарынын бүткүл топтомун кайра жүктөөнүн ордуна, файлдарга өзгөртүүлөрдү киргизүүнү гана талап кылат. Бирок, китепканаларды жаңыртуу үчүн сиз жооптуусуз, аны унутуу оңой.

Эгерде сиз китепканаларды клондоштурууну кааласаңыз, анда бул сайт KiCadтын ар кандай Github репозиторийлери жөнүндө маалымат берет. Китепканаларды компьютериңизге клондоштуруңуз (мис: `git clone https:// github.com/KiCad/kicad-symbols.git`), андан кийин KiCadты ачыңыз, меню тилкесиндеги" Тандоолор "пунктун тандап," Жолдорду конфигурациялоо … ". Бул KiCadга каталогдордун жолун ар бир китепкананы издөөгө айтууга мүмкүндүк берет. Бул чөйрө өзгөрмөлөрү KiCad орнотуусу менен орнотулган китепканаларга жол үчүн демейки; Керек болсо демейки китепканаларга кайра которулуу үчүн бул баалуулуктарды эске алдым. KICAD_SYMBOL_DIR жолу клондолгон kicad-таңбалар китепканаңызга, KISYSMOD клондолгон kicad-footprints китепканасына жана KISYS3DMOD клондолгон kicad-packages3d китепканасына багытталышы керек.

Китепканаларды жаңырткыңыз келгенде, сиз китепкананын репоунда жөнөкөй `git pull` командасын иштете аласыз, ал Gitке китепкананын жергиликтүү репо менен Github" алыскы "репонун ортосундагы айырмачылыктарды текшерип, автоматтык түрдө жаңыртууну айтат. өзгөртүүлөрдү киргизүү үчүн жергиликтүү көчүрмө.

5 -кадам: Git негиздери

Гит-бул комплекстүү жана көп кырдуу программа, аны өздөштүрүүгө арналган китептер. Бирок, биз Gitти кантип колдонуп жатканыбызды түшүнүүгө жардам бере турган бир нече жөнөкөй түшүнүктөр бар.

Git бир нече этаптарды колдонуу менен файлдардагы өзгөрүүлөрдү көзөмөлдөйт. Кадимки өзгөрүүлөр жумушчу каталогдо орун алат. Сиз бир катар файлдарга киргизген өзгөртүүлөрүңүзгө канааттансаңыз, сиз өзгөрткөн файлдарды сахналаштыруу аймагына кошосуз. Сиз пландаштырып жаткан бардык өзгөртүүлөрдү киргизгенден кийин жана Git -те көз салгыңыз келген бардык файлдарды этапка койгондон кийин, сиз бул өзгөртүүлөрдү репозиторийге тапшырасыз. Тапшырмалар негизинен белгилүү бир убакта файлдардын абалынын сүрөтү болуп саналат. Git файлдардагы өзгөрүүлөрдү көзөмөлдөп, бул өзгөртүүлөрдү милдеттенмелерде сактай тургандыктан, сиз каалаган убакта долбоорду мурунку милдеттенмесине кайтарып бере аласыз.

Бутактануу жана алыстан башкаруу сыяктуу татаал темалар бар, бирок булактарды башкаруунун артыкчылыктарына ээ болуу үчүн аларды колдонуунун кажети жок. Бизге керектүү нерсе - KiCad дизайн файлдарыбыздагы өзгөрүүлөрдү бир катар милдеттенмелер менен көзөмөлдөө.

6 -кадам: KiCad долбоорунун структурасы

Келгиле, сиз мурда клондогон KiCad-Starter долбоорунун структурасына кененирээк токтололу. Ал жеңил уюштуруу үчүн бир нече субдирекцияларга бөлүнгөн:

• Район: Бул папкада чыныгы KiCad долбоорунун файлдары бар (схемалык, ПХБ ж.б.). Мен бул папканын атын өзгөртпөйм, бирок ичиндеги бардык файлдардын атын долбоордун аталышы менен алмаштырам (Circuit.pro => ArduinoMini.pro).

  • Circuit.pro: KiCad долбоорунун файлы
  • Circuit.sch: KiCad схемалык файлы.
  • Circuit.kicad_pcb: KiCad PCB жайгашуу файлы.
• Документтер: Бул папка долбоорго байланыштуу документтерди сактоо үчүн. Келечекте бул мейкиндикти жакшыртуу боюнча пландарыбыз бар, бирок азырынча ал жөнөкөй README файлын камтыйт. Келечекте карап чыгуу үчүн долбоор боюнча жазууларды сактоо үчүн колдонуңуз.
• Жасалма: Бул папкада сиз көпчүлүк такс үйлөр сиздин схемаңызды өндүрүү үчүн колдоно турган gerber файлдарын сактай аласыз. Биз ошондой эле аны БОМ файлдарын жана өндүрүшкө жана чогултууга керектүү болгон башка документтерди сактоо үчүн колдонобуз.
• Китепканалар: Бул папка долбоорго тиешелүү китепкана файлдарын сактоо үчүн (биз муну бир нече кадам менен карайбыз).

Сиз дагы башка бир нече файлдарды байкагандырсыз (айрыкча, эгер сиз каталогду "ls -a`" кылсаңыз).. Git каталогу Git репозиторийинин тарыхын сактоо менен сыйкырдуу кылат.. Gitignore файлы кайсы файлдарга маани бербөө керектигин жана булактын көзөмөлүндө сактабашын айтуу үчүн колдонулат. Бул көбүнчө KiCad түзгөн резервдик файлдар же нетлисттер сыяктуу бир нече башка "түзүлгөн" файлдар, алар булактын көзөмөлүндө сакталбашы керек, анткени алар схемалык файл болгон булактан түзүлгөн.

Бул долбоордун структурасы жөн гана баштапкы чекит. Сиз аны керектөөлөрүңүзгө ылайыкташтырып, керек болсо бөлүмдөрдү кошушуңуз керек. Кээ бир долбоорлорго биз программалык камсыздоо папкасын же корпус папкасын киргиздик, анда биз долбоор үчүн 3d басып чыгаруу үчүн моделдерди сактадык.

7 -кадам: Gitти KiCad долбоорлору үчүн колдонуу

Долбоорлоруңузга көз салуу үчүн Gitти кантип колдонууну көрүүгө даярбыз. Бул Instructable сизге KiCadти кантип колдонууну үйрөтүү үчүн арналган эмес (бирок эгерде суроо -талап бар болсо, мен келечекте муну кыла алам), андыктан биз сизге жумуш процесси кантип иштээрин көрсөтүү үчүн анча -мынча мисалдарды карап чыгабыз. Бул идеяларды чыныгы долбоорго кантип ылайыкташтыруу керек экенин түшүнүү оңой болушу керек.

Kicad-starter каталогун ачыңыз, андан кийин милдеттенме таржымалын көрсөтүү үчүн `git log`ду иштетиңиз. Бул жерде бир милдеттенме болушу керек, Brainbow тарабынан репонун башталышы. `Git status` иштетүү сизге репоңуздагы файлдардын абалын айтып берет (көзөмөлгө алынбаган, өзгөртүлгөн, өчүрүлгөн, баскычтуу).

Учурда репоңузда эч кандай өзгөрүүлөр болбошу керек. Келгиле, өзгөртүү киргизели. KiCad долбоорун ачыңыз жана схемага резистор кошуңуз, андан кийин сактаңыз. Азыр "git status" иштеп жатканда, сиз схемалык файлды өзгөрткөнүңүздү көрсөтүшүңүз керек, бирок ал өзгөртүүлөрдү азырынча аткарууга даярдай элексиз. Эгерде сиз резисторду кошкондо KiCad эмне кылганын билгиңиз келсе, анда diff буйругун "git diff Circuit/Circuit.sch" өзгөртүлгөн файлында иштете аласыз. Бул иштөө каталогундагы файлдын учурдагы версиясы менен акыркы милдеттенменин абалынын ортосундагы өзгөрүүлөрдү баса белгилейт.

Эми биз өзгөртүүлөрдү киргизгенден кийин, келгиле, бул өзгөрүүнү долбоорубуздун тарыхына киргизүүгө аракет кылалы. Биз өзгөрүүлөрдү биздин жумушчу каталогубуздан сахнага жылдыруубуз керек. Бул иш жүзүндө файлдык системдеги файлдарды жылдырбайт, бирок концептуалдуу түрдө Гитке белгилүү бир файлга пландаштырылган бардык өзгөртүүлөрдү киргизгениңизди жана ал өзгөртүүлөрдү жасоого даяр экениңизди билдирүүнүн бир жолу. Гит кийинки аракет үчүн `git status` иштеткенде, кээ бир кеңештерди берет. Билдирүүгө көңүл буруңуз "(жасала турган нерсени жаңыртуу үчүн" git add… "дегенди колдонуңуз)" астында "Өзгөртүүлөр милдеттенме үчүн эмес:". Гит сизге өзгөрүүлөрдү сахнага кантип жылдыруу керектигин айтып жатат. Өзгөртүүлөрдү киргизүү үчүн `git add Circuit/Circuit.sch`'ди иштетип, андан кийин эмне болгонун көрүү үчүн` git status`ту басыңыз. Эми биз өзгөрүлө турган схемалык файлды көрөбүз. Эгерде сиз бул өзгөртүүлөрдү жасоону каалабасаңыз, Гит дагы бир кеңешти сунуштайт: `(баскычка чыгуу үчүн" git reset HEAD… "колдонуңуз). Биз бул өзгөртүүлөрдү жасоону каалайбыз, андыктан биз "gitapt -m" схемасына резистор кошулду "иштетебиз. Бул берилген билдирүү менен өзгөртүүлөрдү киргизет. Гит журналын иштетүү бул милдеттенмени долбоордун тарыхында көрсөтөт.

Милдеттенмелер тууралуу дагы бир нече кеңеш.

1. Ар бир сактоо менен милдеттенме албаңыз. Өзгөртүүлөрүңүз бир аз бекемделген чекке жеткениңизди сезгенде милдеттенме алыңыз. Мен ар бир компонентти кошкондон кийин эмес, схеманы бүтүргөндөн кийин жасайм. Сиз ошондой эле сейрек жасоону каалабайсыз, анткени 3 жумадан кийин эмне үчүн өзгөртүүлөрдү киргизгениңиздин контекстин эстөө кыйын болушу мүмкүн. Качан жасоо керектигин билүү бир аз искусство, бирок сиз Gitти көбүрөөк колдонгонуңузга ыңгайлуу болосуз.
2. Бир гана дүкөн булагы (көбүнчө). Бул долбоорду, схемалык жана макет файлдарын, ошондой эле долбоорго тиешелүү китепканаларды камтыйт. Бул документ файлдарын да камтышы мүмкүн. Алынган объекттерди сактоодо этият болуңуз, анткени алар баштапкы булак менен шайкештешип кетиши мүмкүн жана бул кийинчерээк баш ооруну жаратат. BOM жана gerber файлдары синхрондоштурулат, өзгөчө оңой, ошондуктан андан оолак болуу керек (бирок толук көрсөтмө 9-кадамда камтылган).
3. Билдирүүлөрдү жөнөтүү абдан пайдалуу, бирок жакшы структураланган билдирүүлөр баа жеткис. Бул сонун макала ачык, кыска жана пайдалуу билдирүүлөрдү жазуу үчүн кээ бир көрсөтмөлөрдү берет. Бул үчүн буйрук сабынын текст редакторун колдонууну талап кылышы мүмкүн, бул мени жаңы баштагандар үчүн татаалдаштырышы мүмкүн (-m билдирүүсүнүн тандоосу жок `gitapt`” текст редакторун ачат). Көпчүлүк адамдар үчүн мен Nano редакторун сунуштайм. StackOverflow редакторуңузду алмаштыруунун жакшы түшүндүрмөсүнө ээ

8 -кадам: Өркүндөтүлгөн: Электроника үчүн семантикалык версия

Укмуштуу жандар үчүн төмөнкү кеңештер KiCadтын көптөгөн сааттарынан алынган алдыңкы идеялар. Алар кичинекей долбоорлордо өзгөчө пайдалуу эмес, бирок алар чындыгында сиздин долбоорлоруңуз татаалдашып баратканда жүрөгүңүздүн оорусунан сактай алышат.

Программада семантикалык версиялоо (семвер) деген түшүнүк бар. Semver "Major. Minor. Patch" үлгүсүнө ылайык, "версия номери" боюнча программалык чыгарылыштарды аныктоо үчүн жалпы аталыш методологиясын аныктайт. Semverдин спецификасын цитата кылуу үчүн, версиянын номерин төмөнкү өзгөрүү категорияларына ылайык жылдырасыз.

1. Негизги версия сиз шайкеш келбеген API өзгөртүүлөрдү киргизгенде,
2. МИНОР версиясы, сиз функцияны артка шайкеш түрдө кошуп,
3. PATCH версиясы артка шайкеш келген мүчүлүштүктөрдү оңдоп жатканда.

Биз Brainbow аппараттык долбоорлордун муктаждыктарына ылайыкташтырылган семвердин өзүбүздүн версиябызды колдонобуз. Биздин спецификация ошол эле "Major. Minor. Patch" үлгүсүнө ылайык келет, бирок биздин өзгөрүүлөр кайсы категорияга кирери анык.

1. MAJOR версиясы: схеманын негизги функцияларын олуттуу өзгөртүү үчүн колдонулат (мис: ATmegaa'дан ESP8266га процессорду алмаштыруу).
2. МИНОР версиясы: схеманын иштешине таасир этүүчү компоненттерди алмаштыруу үчүн колдонулат (мис: SPI флэш алмаштыргычы, башка команда топтомуна ээ болушу мүмкүн) же кичине кошумча мүмкүнчүлүктү кошуу (мис: кошумча температура сенсорун кошуу).
3. PATCH версиясы: микротолкундарды оңдоо үчүн колдонулат, алар микросхеманын ишин өзгөртпөйт (мис: жибек экраны тууралоо, майда издер макетин жөнгө салуу, 0603 конденсатору сыяктуу жөнөкөй компоненттерди 0805ке алмаштыруу).

Аппараттык семерде версиянын номери өндүрүштө гана жаңыртылат (программалык камсыздоодо болгондой эле, версиялардын номерлери релиздер менен гана өзгөрөт, ар бир адам долбоорго милдеттенме албайт). Натыйжада, көптөгөн долбоорлордун версияларынын саны аз. Бизде азырынча 4төн ашык негизги версия колдонула элек.

Ыкчамдуулуктун жана түшүнүктүүлүктүн артыкчылыктарынан тышкары, так аныкталган ат коюу системасына өтүүдөн тышкары, сиз программалык камсыздоонун шайкештигин жана кардарлардын канааттануусун дагы аласыз. Программалык камсыздоону ал багытталган тактанын версиясын эске алуу менен жазса болот жана тигил же бул программанын эмнеге иштебей жатканын оңдоо оңой болот ("туура, 2.4.1 камтылган программа 1.2де иштебейт) такталар, анткени бизде жок … "). Кардарлар биздин аппараттык семверден да пайда алышты, анткени кардарларды тейлөө жана мүчүлүштүктөрдү аныктоо стандарт менен оңой.

9 -кадам: Өркүндөтүлгөн: Аппараттык семантикалык версияны колдонуу

Аппараттык семверди өз долбоорлоруңузда колдонуу үчүн, биз белгилөө деп аталган Git өзгөчөлүгүн колдонобуз. Такта чыгарганда, бул тактанын 1.0.0 версиясы. Долбооруңузга бардык өзгөртүүлөрдү киргизгениңизди тактаңыз, андан кийин `git tag -a v1.0.0` иштетиңиз. Бул редакторду ачат, андыктан сиз бул тег үчүн аннотация билдирүүсүн жаза аласыз (милдеттендирүү билдирүүсүнө абдан окшош). Мен кийинчерээк пайдалуу маалымат болушу мүмкүн болгон өндүрүштүн чоо -жайын (ПХБны ким жасаган, ким такта чогулткан) камтыйт.

Чыгаруу теги милдеттенме тарыхына кошулат жана 1.0.0 өндүрүшүндөгү файлдардын абалын көрсөтөт. Бул, айрыкча, кийинчерээк көйгөйлөрдү чечүү үчүн бул жерге кайрылууңуз керек болгондо, бир нече оңдоолор пайдалуу болушу мүмкүн. Белгиленген релиз теги болбосо, өндүрүш учурунда кайсы милдеттенме эң акыркы болгонун аныктоо кыйын болушу мүмкүн. 1.0.0 (жана 1.1, 1.1.1 ж.б.) теги бул конкреттүү булак файлдары тигил же бул өндүрүштө колдонулган файлдар экенин көрсөтүүгө мүмкүндүк берет.

Герберс жөнүндө эскертүү. Кээ бир кооз үйлөргө тактаңызды жасоо үчүн gerber файлдары талап кылынат жана сиз аларды KiCad менен түзө аласыз. Бул булак.kicad_pcb файлынан алынган туунду объекттер жана биз адатта алынган файлдарды версия менен башкарбайбыз. Биз Brainbowдо версияны башкарууда гербердерди сактабайбыз, релизди белгилегенден башка. Биз курууга даяр болгондо, биз gerber файлдарын түзөбүз, аларды Fabrication папкасында сактайбыз жана милдеттендиребиз жана белгилейбиз. Андан кийин биз герберлерди алып салабыз жана жок кылабыз. Бул башында бир аз түшүнүксүз болуп көрүнүшү мүмкүн, бирок бул булак файлдарын сактоону, ал эми такталган релиздерде тактайларды жасоодо колдонулган файлдарды сактоону камсыз кылат. Бул бир нече жумадан кийин өндүрүштөгү каталарды байкоодо абдан пайдалуу болуп чыкты.

10 -кадам: Кийинки кадамдар

Бул киришүү сизге өзүңүздүн электроника долбоорлоруңузда версияны башкарууну колдонууну баштоону үйрөттү деп үмүттөнөбүз. Долбоорлордун же өзгөчөлүктөрдүн бутактарынын ортосунда бөлүшүлгөн китепканалардын версиясын башкаруу сыяктуу кээ бир өнүккөн темаларга жете алган жокпуз. Ошентсе да, версияны көзөмөлдөө жашылчаңызды жегенге окшош: сиз ойлогондой ала албайсыз, бирок ар бир аздыгыңыз эсепке алынат.

Brainbow биздин жумуш процессибиздин кээ бир өркүндөтүлгөн өзгөчөлүктөрү боюнча деталдуу көрсөтмөнүн үстүндө иштеп жатат. Биз аны жакынкы бир нече айдын ичинде жарыялайбыз деп үмүттөнөбүз. Instructables боюнча бул жерде бизди ээрчиңиз, жана биз аны качан окуй турганыңызды сизге билдиребиз.

Окуганыңыз үчүн рахмат, биз сиздин жасаган нерселериңизди күтө албайбыз!