Ашық бастапқы коды бар жабдыққа арналған нұсқаны басқару: 10 қадам

2024 Автор: John Day | [email protected]. Соңғы өзгертілген: 2024-01-30 10:26

Brainbow командасында электроника бойынша бірнеше жобалар бар, және біз электрониканы жобалаудың жұмыс үрдісін басқару үшін нұсқаны басқаруды қолдану процесі туралы бөліскіміз келді. Бұл жұмыс процесі үлкен және кіші жобалар үшін қолданылды, қарапайым 2 қабатты тақталардан күрделі 10 қабатты бегемоттарға дейін және ашық бастапқы құралдарға негізделген. Басқалар біздің жұмыс процесін өздері үшін қабылдай алады және өз жобалары үшін нұсқаны басқарудың артықшылықтарына ие болады деп үміттенеміз. Бірақ нұсқаны басқару электроника жобасын қандай артықшылықтар бере алады?

1 -қадам: Неліктен нұсқа электрониканы басқарады?

Нұсқаларды басқару (бастапқы бақылау немесе қайта қарау)-бұл бағдарламалық жасақтамада жақсы түсінілген және кеңінен қабылданған ұғым. Бастапқы бақылаудың идеясы - бұл бағдарламаның немесе қосымшаның бастапқы кодына енгізілген өзгерістерді жүйелі түрде бақылау. Егер өзгертулер қосымшаны бұзса, бастапқы код файлдарын бұрынғы жұмыс күйіне қайтаруға болады. Іс жүзінде, бастапқы басқару жүйелері сізге файлдар жинағының тарихын бақылауға мүмкіндік береді (әдетте компьютерлік бағдарламаның бастапқы веб -сайтына, веб -сайтқа және т.б.) және сол файлдардағы өзгерістерді елестетуге және басқаруға мүмкіндік береді.

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

2 -қадам: Құралдар: KiCad және Git

Біз бұл жобада екі негізгі құралды қолданамыз: нұсқаларды басқару жүйесі (VCS) және электронды дизайнды автоматтандыру бағдарламасы (EDA немесе ECAD).

Көптеген нұсқаларды басқару жүйелері бар, бірақ біз таратылған VCS Git қолданамыз. Біз оны бірнеше себептерге байланысты қолданамыз, бірақ негізгісі-бұл бастапқы көзі ашық (тексеріңіз!), Қолдануға оңай (тексеріңіз!), Және бастапқы коды бар бағдарламалық қамтамасыз ету үшін де-факто стандартты VCS (тексеріңіз!). Біз Git бағдарламасын VCS ретінде ECAD бағдарламасы қолданатын файлдардағы өзгерістерді бақылау үшін қолданатын боламыз. Бұл нұсқаулық Git -пен танысуды қажет етпейді, бірақ командалық жолды пайдалану арқылы жалпы жайлылық алынады. Мен қажет болған жағдайда Git пен пәрмен жолын пайдалануға арналған пайдалы ресурстарға сілтеме жасауға тырысамын.

Көптеген бастапқы басқару жүйелері мәтіндік файлдар үшін жақсы жұмыс істейді, сондықтан мәтіндік файлдарды қолданатын ECAD бағдарламасы жақсы болар еді. CERN зерттеушілері қолдау көрсететін KiCad, ашық бастапқы коды «Кросс-платформа және электронды дизайнның электронды дизайнының автоматтандырылған пакеті» енгізіңіз. KiCad сонымен қатар ашық көзі бар (тексеріңіз!), Қолдануға оңай (кейбіреулер менімен келіспесе де) және электрониканың конструкторлық жұмыстарына жоғары қабілетті.

3 -қадам: Орнату

Бұл бағдарламаларды орнату үшін төменде көрсетілген олардың әр түрлі жүктеу сайттарындағы нұсқауларды орындаңыз.

• KiCad-бұл кросс-платформа (және бас айналдырады; оларды жүктеу бетінде 13 қолдау көрсетілетін ОЖ тізімі бар және олардың ешқайсысы сізге сәйкес келмесе, бастапқы кодты жүктеуді ұсынады). Түнгі әзірлеуді емес, kicad-unified әдепкі орнатуды қолданыңыз. Кітапхананы орнату туралы қосымша қосымша мәліметтер алу үшін 4 -қадамды қараңыз.
• Git сонымен қатар кросс-платформа болып табылады. Егер Windows қолданылса, мен Windows үшін әсерлі Git жобасын пайдалы әрі толыққанды тәжірибе үшін ұсынар едім.

Бұл сайттарда қол жетімді орнату құжаттары мен ұсынатын сипаттамадан гөрі толық болады. Екі бағдарлама да жүктеліп, орнатылғаннан кейін, біздің Github репозиторийінен Brainbow жобасының үлгісін клондауыңызға болады. 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 aim --amend --author =» John Doe «» іске қосыңыз. Бұл соңғы міндеттемені түзетеді (бұл жағдайда бұл бірінші міндеттеме) және авторды Брейнбоу емес, сізге өзгертеді.

4 -қадам: Орнату Ескерту: KiCad кітапханалары

KiCad кітапханасының құрылымы туралы қысқаша ескерту. KiCad электрлік компоненттердің кең спектріне арналған әзірлеушілер тобы жүргізетін кітапханалар жиынтығын ұсынады. Үш негізгі кітапхана бар:

• Схемалық белгілер: схемалық схемада электрондық компоненттерді көрсету үшін қолданылатын белгілер.
• ПХД іздері: ПХД тізбегін орналастыру кезінде қолданылатын нақты ізді білдіретін 2D сызбалары (мыс төсеніштер, жібек экрандағы мәтін және т.б.).
• 3D модельдері: электронды компоненттердің 3D модельдері.

Бұл кітапханалар сіз орнатқан KiCad бағдарламалар жиынтығымен бірге жүктеледі. Сіз KiCad -ты ешқандай күш жұмсамай -ақ пайдалана аласыз. Алайда, «қуатты пайдаланушылар» үшін, кітапханаларға арналған бастапқы файлдар Github -дағы git репозиторийінде сақталады, бұл соңғы өзгерістерден хабардар болғысы келетін пайдаланушыларға кітапхана репо -серверін өз машинасына клондауына мүмкіндік береді. Кітапханаларды git көмегімен бақылаудың бірқатар артықшылықтары бар - сіз кітапханаларды жаңартқыңыз келетін уақытты таңдай аласыз, ал жаңартулар тек кітапхана файлдарының толық жиынтығын қайта жүктеудің орнына файлдарға өзгертулер енгізуді қажет етеді. Дегенмен, сіз кітапханаларды жаңартуға жауаптысыз, оны ұмыту оңай.

Егер сіз кітапханаларды клондауды қаласаңыз, бұл сайтта Kithad Github репозиторийлері ұсынылған. Git кітапханаларды компьютерге клондайды (мысалы: `git clone https:// github.com/KiCad/kicad-symbols.git`), содан кейін KiCad бағдарламасын ашыңыз, мәзір жолағынан« Параметрлер »тармағын таңдап,« Жолдарды конфигурациялау … »түймесін басыңыз. «. Бұл KiCad -ке каталог жолын әрбір кітапхананы іздеуге айтуға мүмкіндік береді. Бұл орта айнымалы мәндері KiCad қондырғысы орнатылған кітапханалардың жолына әдепкі бойынша; Қажет болса, әдепкі кітапханаларға қайта ауысу үшін мен бұл мәндерді ескердім. KICAD_SYMBOL_DIR жолы сіздің клондалған kicad-таңбалар кітапханасына, KISYSMOD клондалған аяқ іздері кітапханасына және KISYS3DMOD клондалған kicad-packages3d кітапханасына бағытталуы керек.

Кітапханаларды жаңартқыңыз келсе, сіз кітапхана репо -да Git -ке жергілікті көшірме мен Github «қашықтан» репо арасындағы айырмашылықты тексеруді айтатын қарапайым «git pull» пәрменін іске қосуға болады. өзгерістерді енгізу үшін жергілікті көшірме.

5 -қадам: Git негіздері

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 қарапайым файлы бар. Оны болашақта қарап шығу үшін жоба бойынша жазбаларды сақтау үшін пайдаланыңыз.
• Дайындау: Бұл қалтада көптеген электронды тақталарды жасау үшін пайдаланылатын гербер файлдарын сақтауға болады. Біз сондай -ақ BOM файлдарын және өндіру мен жинауға қажет болуы мүмкін басқа құжаттарды сақтау үшін қолданамыз.
• Кітапханалар: Бұл қалта жобаға қатысты кітапхана файлдарын сақтауға арналған (біз бұл туралы бірнеше қадаммен толығырақ қарастырамыз).

Сіз басқа бірнеше файлдарды байқаған боларсыз (әсіресе егер сіз «ls -a» каталогында болсаңыз).. Git каталогы - бұл Git репозиторий тарихын сақтай отырып, сиқыр жасайды.. Gitignore файлы Git -ке қай файлдарды елемеу керектігін және бастапқы басқару элементінде сақталмайтынын айту үшін қолданылады. Бұл негізінен KiCad генерациялайтын резервтік файлдар немесе желі тізімдері сияқты бірнеше «жасалатын» файлдар, олар бастапқы бақылауда сақталмауы керек, себебі олар схемалық файл болып табылатын көзден жасалады.

Бұл жобаның құрылымы тек бастапқы нүкте. Сіз оны қажеттіліктеріңізге бейімдеп, қажет болса бөлімдерді қосуыңыз керек. Кейбір жобаларда біз бағдарламалық қамтамасыз ету қалтасын немесе қоршау қалтасын қостық, онда біз жобаға 3D басып шығару қоршауының үлгілерін сақтадық.

7 -қадам: KiCad жобалары үшін Git пайдалану

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

Kicad-starter каталогын ашыңыз, содан кейін міндеттеме тарихын көрсету үшін git log-ды іске қосыңыз. Бұл жерде Brainbow репо инициализациясы болуы керек. «Git status» іске қосылуы реподағы файлдардың күйін көрсетеді (бақыланбаған, өзгертілген, жойылған, сатылы).

Қазіргі уақытта сіздің репоңызда ешқандай өзгеріс болмауы керек. Өзгеріс енгізейік. KiCad жобасын ашып, схемаға резистор қосыңыз, содан кейін сақтаңыз. Қазір «git status» іске қосылғанда, сіз схемалық файлды өзгерткеніңізді көрсетесіз, бірақ бұл өзгерістерді әлі тапсыру үшін қоймағансыз. Егер сіз резисторды қосқанда, KiCad дәл не істегенін білгіңіз келсе, diff командасын өзгертілген `git diff Circuit/Circuit.sch` файлында іске қосуға болады. Бұл жұмыс каталогындағы файлдың ағымдағы нұсқасы мен соңғы тапсырмадағы файл күйі арасындағы өзгерістерді көрсетеді.

Біз өзгеріс енгізгеннен кейін, бұл өзгерісті жобаның тарихына енгізуге тырысайық. Бізге өзгерістерді жұмыс каталогынан қойылатын аймаққа жылжыту қажет. Бұл файлдық жүйеде файлдарды жылжытпайды, бірақ концептуалды түрде Git -ке белгілі бір файлға барлық жоспарланған өзгертулерді енгізгеніңізді және сол өзгерістерді қабылдауға дайын екеніңізді хабарлауға мүмкіндік береді. Git келесі әрекетке «git status» іске қосылған кезде кейбір кеңестер береді. «Жасалатын әрекеттерді жаңарту үшін» git add… «пәрменін пайдаланыңыз)» хабарламасына назар аударыңыз. Git сізге өзгерістерді қойылым аймағына қалай жылжыту керектігін айтады. Өзгерістерді енгізу үшін «git add Circuit/Circuit.sch» іске қосыңыз, содан кейін не болғанын көру үшін «git status». Енді біз енгізілетін өзгерістердің схемалық файлын көреміз. Егер сіз әлі де бұл өзгертулерді жасағыңыз келмесе, Git басқа кеңес береді: `(кезеңнен шығару үшін« git reset HEAD … »пайдаланыңыз). Біз бұл өзгерістерді жасағымыз келеді, сондықтан біз «gitapt -m» схемасына қосылған резисторды «іске қосамыз. Бұл енгізілген хабарлама арқылы өзгерістер енгізеді. Git журналын іске қосу бұл міндеттемені жобаның орындалу тарихында көрсетеді.

Міндеттемелер туралы тағы бірнеше кеңестер.

1. Әр үнемдеуді жасамаңыз. Өзгерістеріңіз біршама нығайтылған деңгейге жеткеніңізді сезген кезде міндеттемені орындаңыз. Мен әр компонентті қосқаннан кейін емес, схеманы аяқтағаннан кейін міндеттеме аламын. Сіз сондай -ақ өте сирек жасағыңыз келмейді, себебі 3 аптадан кейін неге өзгеріс енгізгеніңіздің контекстін есте сақтау қиын болуы мүмкін. Қашан әрекет ету керектігін анықтау - бұл өнер, бірақ сіз Git -ті көбірек қолданған сайын өзіңізді жайлы сезінесіз.
2. Тек дүкен көзі (көбінесе). Бұған жоба, схемалық және орналасу файлдары, сондай-ақ жобаға арналған кітапханалар кіреді. Бұл құжаттама файлдарын да қамтуы мүмкін. Алынған объектілерді сақтау кезінде абай болыңыз, себебі олар бастапқы көзбен оңай синхрондалмайды және бұл кейіннен бас ауруларын тудырады. BOM және gerber файлдары синхрондаудан өте оңай өтеді, сондықтан одан аулақ болу керек (бірақ толығырақ нұсқаулық 9-қадамда қарастырылған).
3. Хабарламалар өте пайдалы, бірақ жақсы құрылымдалған хабарламалар баға жетпес. Бұл тамаша мақала нақты, қысқа және пайдалы міндеттеме хабарламаларын жазуға арналған бірнеше нұсқаулықтарды ұсынады. Бұл әрекетті орындау үшін пәрмен жолының мәтіндік редакторын қолдануды қажет етуі мүмкін, бұл жаңадан бастаушылар үшін маған қиынға соғуы мүмкін (-m хабарлама параметрінсіз «git commit» мәтіндік редакторды ашады). Көптеген адамдар үшін мен Nano редакторын ұсынамын. StackOverflow редакторды өзгертуге жақсы түсініктеме береді

8 -қадам: Жетілдірілген: электрониканың семантикалық нұсқасы

Тәуекелшіл жандар үшін келесі кеңестер - KiCad -ты дамытудың көптеген сағаттарынан алынған озық идеялар. Кішігірім жобаларда олар әсіресе пайдалы емес, бірақ олар сіздің жобаларыңыз күрделене түскен сайын сізді шын жүректен азаптан құтқарады.

Бағдарламалық жасақтамада семантикалық нұсқа (семвер) ұғымы бар. Semver «Major. Minor. Patch» үлгісіне сәйкес бағдарламалық жасақтаманы «нұсқа нөмірі» бойынша сәйкестендірудің жалпы атау әдістемесін анықтайды. Семвер спецификациясын ұсыну үшін сіз келесі нөмірлерге сәйкес нұсқа нөмірін алға жылжытасыз.

1. API үйлесімсіз өзгертулер енгізгенде MAJOR нұсқасы,
2. Кіші нұсқасы функцияны артқа үйлесімді түрде қосқанда,
3. PATCH нұсқасы артқа үйлесімді қателерді түзету кезінде.

Біз Brainbow -те аппараттық жобалардың қажеттіліктеріне бейімделген семвердің өз нұсқасын қолданамыз. Біздің спецификациямыз «Major. Minor. Patch» үлгісіне сәйкес келеді, дегенмен, қандай категорияға жататыны туралы біздің анықтамалар анық ерекшеленеді.

1. НЕГІЗГІ нұсқа: тізбектің негізгі функционалдығын айтарлықтай өзгерту үшін қолданылады (мысалы: процессорды 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 және т.б.) тэгі бұл нақты бастапқы файлдар белгілі бір өндірісте қолданылатын файлдар екенін көрсетуге мүмкіндік береді.

Герберс туралы жазба. Кейбір фабрикалар тақтаны жасау үшін гербер файлдарын қажет етеді, және сіз оларды KiCad көмегімен жасай аласыз. Бұл бастапқы.kicad_pcb файлынан жасалған туынды объектілер және біз әдетте туынды файлдардың нұсқасын басқармаймыз. Біз Brainbow -да шығарылымды белгілеген кезде ЕРЕКШЕ нұсқаларды басқаруда герберстерді сақтамаймыз. Біз құруға дайын болғанда, біз gerber файлдарын жасаймыз, оларды Fabrication қалтасында сақтаймыз және міндеттейміз және белгілейміз. Содан кейін біз герберлерді алып тастап, жоюды жүзеге асырамыз. Бұл бастапқыда сәл түсініксіз болып көрінуі мүмкін, бірақ бұл тек бастапқы файлдарды сақтауға кепілдік береді, ал таңбаланған шығарылымдар тақталарды дайындау үшін пайдаланылатын файлдарды сақтайды. Бұл бірнеше аптадан кейін өндірістік қателіктерді іздеуде өте пайдалы болды.

10 -қадам: Келесі қадамдар

Бұл кіріспе сізге өзіңіздің электроника жобаларыңызда нұсқаны басқаруды қолдануды үйретті деп үміттенемін. Біз жобалар немесе мүмкіндіктер тармақтары арасында ортақ пайдаланылатын кітапханаларға арналған нұсқаны басқару сияқты кейбір жетілдірілген тақырыптарға жете алмадық. Дегенмен, нұсқаны бақылау сіздің көкөністерді жеуге ұқсайды: сіз ойлағаныңызға жете алмауыңыз мүмкін, бірақ сіз жасаған әрбір соманы есептейсіз.

Brainbow біздің жұмыс процесінің кейбір жетілдірілген мүмкіндіктері туралы егжей -тегжейлі нұсқаулықпен жұмыс жасайды. Біз оны алдағы бірнеше айда жариялаймыз деп үміттенеміз. Нұсқаулықтар бойынша бізді осында қадағалаңыз, және біз оны оқуға болатын кезде сізге міндетті түрде хабарлаймыз.

Оқығаныңызға рахмет, біз сіздің жасаған бұйымдарыңызды күте алмаймыз!