Выкарыстанне Travis CI і GitHub для інтэнсіўнага працоўнага працэсу вэб-распрацоўкі

Бесперапынная інтэграцыя праз Travis CI робіць усё прасцей

Звычайна ўзламаць праграмы на CodePen, калі вы пачынаеце. Але прыйдзе час, калі вы захочаце атрымаць свае ўласныя вэб-праграмы ў свеце. Гэта могуць быць пабочныя праекты альбо праекты для кліента. Добры працоўны працэс распрацоўкі на гэтым этапе будзе мець вялікае значэнне.

Мы створым працоўны працэс распрацоўкі з выкарыстаннем наступных інструментаў:

  • Стварыць-рэагаваць-дадатак
  • сцэнарыі npm
  • Трэвіс-CI

Мы злучым Travis CI і GitHub. У рэшце рэшт мы атрымаем прыгожы і бліскучы значок, падобны на той, што прыведзены ніжэй.

Але, чым выглядае, значок мае функцыю. Гэта знак таго, што Трэвіс Сі тэстуе, стварае і публікуе нашы здзяйсненні на GitHub. Трэвіс CI публікуе, толькі калі здаюць аналізы.

Падрыхтуйцеся змясціць гэтыя сцягі ў сваё сховішча:

Я арганізаваў увесь працоўны працэс паэтапна. Паседжанне павінна праводзіцца на кожным этапе. Гэта на працягу прыблізна 50 хвілін.

Этап 1: Запусціце прыкладанне "Стварыць-рэагаваць" лакальна

Падрыхтуйце сваё сховішча Git

Першае - стварыць новае сховішча на GitHub. Калі ў вас яшчэ няма ўліковага запісу, настаў час зарэгістравацца. Публічныя сховішчы бясплатныя. Ствараючы новае сховішча, вы можаце выкарыстоўваць GitHub для стварэння файлаў для .gitignore, ліцэнзіі і README.md.

Калі вы ўпершыню пачынаеце карыстацца Git, вы можаце прачытаць гэтую бясплатную кнігу ў Інтэрнэце. Для GitHub таксама ёсць раздзел даведкі.

Вось так будзе выглядаць наша новае сховішча:

Добра, давайце гэта на наш тэрмінал. Бачыце ярка-зялёную кнопку на малюнку вышэй, на якой паказана кланаванне альбо загрузка? Гэта дасць нам URL-адрас у сховішча. Выканайце наступную каманду на вашым тэрмінале:

git-клон [email protected]: pineboat / response-kontinuна-разгортванне.git

Гэтая каманда загружае змесціва сховішча ў новы каталог. Ён называе каталог такім жа, як і сховішча. У нашым выпадку назва каталога з'яўляецца аператыўным забеспячэннем.

Калі вы хочаце пераканацца, што спасылка на зыходнае сховішча гатовая, выкарыстоўвайце наступную каманду:

Git Remote -v

Цяпер, калі мы гатовы ўнесці свае змены ў GitHub, мы гатовы пачаць рэагаваць на React.

Працуе з дадаткам стварыць-рэагаваць

Пачатак новага праекта рэагавання з нуля можа заняць больш часу, чым чакалася. Асабліва, калі вы не карыстаецеся наканаванымі лесамі. Ёсць некалькі рашэнняў, з якіх мы можам пачаць. Я абраў афіцыйнае прыкладанне Create React, таму што паспрабаваў яго першым і затрымаўся. Калі вам не трэба мікракіраваць сваімі канфігурацыямі, вы пачынаеце чыста, так што вы можаце націснуць асноўнае кадаванне.

Як паказвае файл README.md у сховішчы, вам трэба ўсталяваць яго глабальна толькі адзін раз. Тады вы можаце будаваць столькі праектаў, колькі хочаце.

Як усталяваць яго:

npm усталяваць -g стварыць-рэагаваць-дадатак

Пасля ўсталёўкі вы можаце запусціць яго з любога каталога, каб стварыць новае прыкладанне. Назавем імя нашага сховішча:

Create-React-App-React-Continuous-Deployment

Гэта не створыць новую папку, бо створаная Git ужо існуе. Замест гэтага ў існуючую тэчку ўсталёўваюцца неабходныя модулі_вузла і сцэнарыі рыштаванняў.

Калі вы хочаце новае прыкладанне, вы можаце выкарыстоўваць:

Стварыце-рэагуйце-дадатак мудрагелістае-імя-прыкладання

Затым трэба стварыць сховішча Git і падключыць яго да GitHub. Гэта не занадта складана. Вы можаце скарыстацца гэтай старонкай даведкі ад GitHub.

Ці скончана ўстаноўка? Гэта не павінна заняць больш за 5 хвілін. Мне спатрэбілася каля 15 хвілін. Няхай гэта вас не палохае. Калі вы не падобныя на мяне, выкарыстоўваючы карту дадзеных 4G 150 Мбіт / с, якая забяспечвае хуткасць загрузкі каля 512 кбіт / с у ваш лепшы дзень.

Прыемна тое, што ўстаноўка адсунула наш стары файл README.md у бок. Тэрмінал паказвае гэтае мілае паведамленне:

У іх быў файл README.md, які мы перайменавалі ў README.old.md

Тэрмінал таксама павінен быў паказаць вам велізарны спіс пакетаў у дрэвавай структуры. Гэта можа выглядаць страшна. Але большасць з іх - міжпакетныя залежнасці. Яны дапамогуць вам распрацаваць прыкладанне. Канчатковы прадукт змяшчае толькі неабходныя файлы JavaScript, такія як "реагуйце.js" і "рэагуйце-дом.йс". Хутка паедзем туды.

Па-першае, давайце актывуем наша дадатак. Пасля заканчэння ўстаноўкі прыкладанне create-response дае нам спіс зручных каманд.

Вось каталог для даведкі:

  • npm start Запускае сервер распрацоўкі
  • npm run build зборка прыкладання ў статычныя файлы для вытворчасці
  • npm test Запуск запуску тэсту
  • npm run eject Выдаляе індывідуальную зборку залежнасці з вашага праекта. Паглядзі сюды
  • npm run deploy Як разгарнуць зборку для галіны gh-старонак

Каманды ўбудаванага вузла npm start і npm test распазнаюцца па змаўчанні. Вам трэба запусціць іншыя сцэнарыі, такія як B. Стварэнне, вывядзенне і разгортванне з выкарыстаннем дадатковага сцяга запуску: npm run_name_name

З часам мы дадамо яшчэ некалькі. Цяпер самы час загрузіць наш сайт у браўзэр. Перайдзіце ў каталог прыкладанняў і зрабіце наступнае:

npm пачатак

Як па чараўніцтве, адкрыецца новая ўкладка браўзэра, і вы ўбачыце прыгожае кола React, якое круціцца. Перспектыва павінна кінуць вам выклік стварыць наступнае лепшае прыкладанне, якое засведчыць Інтэрнэт.

Такім чынам, мы атрымліваем:

Гэта прыемны фармат графічнага абмену (GIF), ці не так? Акрамя майго курсора. Я захапіў гэты GIF з дапамогай інструмента пад назвай Peek. Паспрабуйце, калі вам гэта трэба.

Добра зроблена! Я спадзяюся, што гэта не зойме больш за 45 хвілін. Калі вы сутыкнуліся з праблемамі, прыміце да ведама паведамленні пра памылкі і паспрабуйце іх вырашыць.

Калі вы блізка да кропкі расчаравання, звярніцеся па дапамогу да Stack Overflow. Або пакіньце свае пытанні ў каментарах ніжэй.

Перш чым узламаць любы з файлаў, давайце ўвядзём код і адправім яго ў сховішча GitHub. Гэтыя каманды робяць наступнае:

Git Status git add --all git commit -m "пачатковы фрэймворк, гэта ваша ўласнае паведамленне"
  • Git Status Адлюстроўвае спіс унесеных змен
  • Дадаць Git Дадае гэтыя змены ў часовае месца, якое называецца стадыяй, перш чым мы перанясем яго ў воблака

Калі вы зноў запусціце git status, ён паведаміць пра гэта

Ваша галіна - гэта 1 фіксацыя перад "Origin / Master". (Выкарыстоўвайце "git push", каб апублікаваць лакальныя каміты.) Няма чаго фіксаваць, чысты рабочы каталог

Правільна, мы ўнеслі змены на сайце і паабяцалі. Зменаў няма. Аднак мы апярэдзілі воблачную версію нашага сховішча. Прыйшоў час апублікаваць іх у бяспечным доме на GitHub.

Усё, што вам трэба зрабіць, гэта: Git Push Origin Master

Вы атрымаеце добры справаздачу з такім хэшам, як fb74259..045ec7a, які з'яўляецца спасылкай на наш здзел. Зразумела, ваш хэш будзе іншым.

Праверце сваё сховішча GitHub. Вы здзіўлены, убачыўшы доўгі README.md? Гэта велізарна і карысна, таму давайце захаваем яго пакуль, перш чым пісаць сваё.

Этап 2: перанос сайта на GitHub Pages

Стварыце статычны сайт

Давайце паглядзім на канчатковую зборку.

Вам проста трэба запусціць:

npm запусціць зборку

Пераканайцеся, што вы знаходзіцеся ў каталогу прыкладанняў для ўсіх каманд. Мы атрымліваем гэты цудоўны тэкст, які паказвае нам, што адбылося і што яшчэ мы можам зрабіць:

$ npm запусціць зборку> [email protected] build / home / weebee / Projects / blog_projects / response-continual-deployment> стварыць рэакцыйныя сцэнарыі Стварыць аптымізаваную зборку прадукцыі ... Зроблена паспяхова. Памеры файлаў у адпаведнасці з gzip: 48,12 КБ build / static / js / main.9fdf0e48.js 288 B build / static / css / main.cacbacc7.css Праект быў створаны з улікам таго, што ён размешчаны ў каранёвым каталогу сервера. Каб перазапісаць гэта, увядзіце хатнюю старонку ў package.json. Напрыклад, дадайце гэта, каб пабудаваць яго для старонак GitHub: "хатняя старонка": "http://myapp.github.io/myapp", тэчка зборкі цяпер гатовая да разгортвання. Вы можаце кіраваць ім са статычным серверам: npm install -g serve serve -s build

Каманда npm run build робіць тое, пра што мы прасілі. Гэта стварае наша дадатак і аптымізуе і мінімізуе нашы актывы. І ўсё будзе змешчана ў тэчку з назвай build.

У асноўным, прапанова заключаецца ў тым, каб усталяваць пакет serve npm для запуску лакальнага сервера. Калі вы працуеце на Linux, Python звычайна ўжо ўсталяваны. Калі ў вас ёсць Python, вы можаце лёгка запусціць лакальны сервер.

Перайдзіце ў каталог стварэння і запусціце сервер, прачытайце наступныя каманды:

cd build python -m SimpleHTTPServer

Па змаўчанні каманда Python запускае сервер з порта 8000. Такім чынам, http: // localhost: 8000 выкарыстоўваецца для вытворчай версіі вэб-сайта. Ён выкарыстоўвае актывы з вашага лакальнага каталога зборкі, які мы толькі што стварылі.

Калі гэта выглядае добра, мы адправім яго на старонкі GitHub.

Буквар на старонках GitHub

На старонках GitHub размешчаны рашэнні, якія GitHub прадастаўляе для сховішчаў. Ёсць некалькі месцаў, дзе вы можаце размясціць свой сайт, і ўсе яны ў адным сховішчы:

  • Вы можаце выкарыстоўваць галоўную галіну (галіна па змаўчанні) для размяшчэння вашага сайта, калі ў вас ёсць index.html, ён будзе адлюстраваны. У адваротным выпадку ваш README.md будзе адлюстраваны.
  • Вы таксама можаце выкарыстоўваць папку docs у галоўнай галіне для размяшчэння вашага сайта. Выпадкам выкарыстання з'яўляецца тое, калі ў вас ёсць праграма або бібліятэка, распрацаваная на GitHub. Магчыма, вы захочаце размясціць дакументацыю ў тым жа сховішчы.
  • Вы можаце выкарыстоўваць галінку gh-старонак для размяшчэння вашага сайта

Ёсць адно выключэнне. Імя вашага сховішча не павінна .github.io альбо .github.io ёсць

Гэта спецыяльныя назвы, якія абмяжоўваюць выкарыстанне асноўнай галіны.

Пасля размяшчэння вашага сайта вы можаце загрузіць яго па адрасах ніжэй. Гэта залежыць ад таго, знаходзіцца ваша сховішча пад вашым уліковым запісам альбо ўліковым запісам арганізацыі:

https: // .github.io / /
https: // .github.io / /

З гэтым разуменнем мы рыхтуем наш рэпазітар для прадуктыўнага старту.

Апублікаваць на старонках GitHub

У новым README.md, які даступны нам з дапамогай прыкладання create-response, ёсць асобны раздзел на старонках GitHub. Мала што мы павінны зрабіць.

Праверце дапаўненні ў файл package.json

"хатняя старонка": "http: // .github.io /

Заўвага: Звычайна ў апошнім раздзеле альбо запісе ў JSON коска не патрэбна, усе астатнія павінны мець коску.

Усталюйце пакет gh-pages

Гэта лёгка. Проста запусціце наступную каманду, знаходзячыся ў каталогу праекта:

npm install --save gh-старонак

Сцяг --save дадае gh-старонкі як залежнасць ад package.json. Гэта гарантуе, што любы іншы карыстальнік, які кланіруе ваш праект, можа атрымаць яго пры запуску npm install.

Вось здымак каманды git diff, які паказвае ўсё, што мы дадалі з моманту стварэння пакета.json.

Разгортванне ў галіне gh-старонак

Давайце запусцім npm run deploy. Папярэдняе разгортванне запусціцца аўтаматычна, каб сфармаваць прадукцыйную версію, паказаную раней. Затым зборка будзе даступная ў нашым сховішчы пад новай галіной, якая называецца gh-pages.

Пераканайцеся, што апошняя інструкцыя, якую вы атрымліваеце, апублікавана. У гэтым выпадку вы паспяхова разгарнулі вытворчую зборку на GitHub. Вось вынікі:

Абярыце галіну gh-старонак для публікацыі

Наведайце сховішча GitHub і апублікуйце наш сайт. Адкрыйце сховішча і адкрыйце ўкладку Налады ўверсе. Падобна на малюнак ніжэй, пачакайце крыху! GitHub аўтаматычна апублікаваў галінку gh-старонак. Больш няма чаго рабіць. Ён таксама паказвае URL, дзе мы можам атрымаць доступ да сайта.

У прыведзеным падзагалоўку на самай справе павінна быць напісана "Не рабіць нічога". Гэта ўсё зроблена і гатова да ўжывання.

Заўвага: URL, паказаны для майго сховішча, можа ўвесці вас у зман. Гэта таму, што я стварыў гэта сховішча ў рамках арганізацыі PineBoat, якая з'яўляецца маім блогам. GitHub размяшчае гэта пад маім карыстацкім даменам, чаго я не чакаў пры гэтай спробе. Вашы будуць іншымі.

Пакуль што ўсё добра. Калі ў вас ёсць папярэдні досвед працы з пакетамі Git і Node, у вас не павінна ўзнікнуць праблем з дасягненнем гэтых мэтаў. На самай справе мне да гэтага часу дапамагаў стандартны README.md. Калі ў вас яшчэ не было досведу, спадзяюся, вам спадабалася паездка.

Аднак мы імкнемся да бесперапыннага працоўнага працэсу. Мы пачынаем арыентавацца ў нязведаных водах. Можна паспрачацца, што ў Інтэрнэце няма нічога невядомага. Я б пагадзіўся, але зрабіце сваю карту.

Узровень 3: пастаянная дастаўка

Тут мы прыцягваем ботаў, каб зрабіць большую частку разгортвання, якое мы зрабілі на этапе 2.

Дрот у Travis CI для аўтаматычнага стварэння

Няхай Трэвіс CI зробіць разгортванне замест нас. Самастойна стварыць і разгарнуць свой сайт няма шкоды. Як мы ўжо бачылі, гэта займае ўсяго некалькі хвілін нашага каштоўнага часу.

Аднак, калі вы сутыкаецеся з больш буйнымі праектамі, лепш дазволіць ботам выконваць некаторыя задачы. Travis CI - адна з такіх паслуг.

Мы можам выкарыстоўваць Travis CI для стварэння і разгортвання, калі мы адпраўляем наш код у сховішча.

Увайдзіце ў Трэвіс CI

Было б непрыемна, калі б я зараз пачаў з "Калі ў вас ёсць уліковы запіс GitHub". Я ўпэўнены, што ў вас яго ўжо ёсць, і мы можам выкарыстоўваць яго для ўваходу ў Трэвіс CI.

Падключыцеся да сховішча GitHub

Звярніце ўвагу на дазволы. Калі вашага сховішча няма ў спісе, націсніце кнопку Сінхранізаваць і абнавіце старонку. Мне давялося даць дазвол арганізацыі PineBoat, перш чым я ўбачыў сховішча.

Трэвіс CI паказвае вам этапы. Правядзіце гэтым пераключальнікам па сховішчы, каб падключыць яго.

Націсніце імя сховішча, каб адкрыць яго. Ён паказвае статус зборкі як невядомы і большую нататку з надпісам "Няма зборкі для гэтага сховішча".

Нядоўга. Зменім.

Дадайце .travis.yml у сховішча

Вось .travis.yml, які трэба дадаць. Праверце гэта і заставайцеся са мной, пакуль я растлумачу некаторыя пытанні, якія могуць узнікнуць у вас.

Мова: node_js
node_js: - "вузел"
after_success: - git config --global username "vijayabharathi" - git config --global user.email "[email protected]" - git remote rm origin - git remote add origin https: // vijayabharathib: $ {GH_TOKEN} @ github. com / pineboat / рэагуйце-бесперапынна-разгортванне.git - запусціць разгортванне npm

Будзьце асцярожныя з git remote add origin, гэта доўгі шэраг. Сінтаксіс YAML некалькі адрозніваецца ад JSON. Гэтая старонка можа дапамагчы. Цяпер самы час вырашыць праблему. Магчыма, вы зразумелі большасць гэтых паведамленняў.

Вось гэта на простай англійскай мове:

  • Гэта праект вузла. Атрымайце апошнюю версію Node
  • Паколькі Трэвіс запускае тэст npm па змаўчанні, мы просім яго зрабіць далейшыя крокі пасля паспяховага тэставання
  • Дадайце сваё імя карыстальніка і адрас электроннай пошты Git
  • Затым дадайце git remote origin для рэпазітара, выкарыстоўваючы сваё імя карыстальніка і GH_TOKEN, згенераваныя ў якасці ўліковых дадзеных
  • Нарэшце, запусціце каманду разгортвання npm run.Калі вы памятаеце, npm run preeploy будзе запушчаны перад разгортваннем npm run

Наладзьце і глядзіце, як Трэвіс будуе CI

Пакіньце старонку сховішча Travis CI адкрытай. Прымяніце змены на тэрмінале і адпраўце іх на GitHub.

Калі вам патрэбна напамін, вось спіс каманд:

git add --all git commit -m ".travis.yml дадаць канфігурацыю для аўтаматычнага стварэння" git push master master

Калі вы пераключыцеся на старонку Travis CI, старонка ажыве, як толькі націск Git скончыцца альбо на працягу некалькіх секунд. Зборка пачнецца аўтаматычна, і вы будзеце ведаць, калі яна будзе паспяховай.

Вось мая старонка Трэвіса CI паказвае прыемны зялёны статус.

Адлюстраваны часопіс складаецца не менш чым з 2500 радкоў. Я рады, што Трэвіс-Сі паказвае толькі тое, што нам трэба бачыць.

На малюнку паказана дакладнае ўказанне наступных этапаў:

Узор, мы сапраўды паспелі?

Тут аўтаматызаваныя выпрабаванні могуць апынуцца карыснымі.

Але гэта на іншы дзень. Selenium WebDriver можа пачакаць, пакуль гэтая разводка не будзе завершана. Давайце праверым уручную, што Трэвіс сапраўды апублікаваў CI на старонках GitHub.

Яшчэ адна спроба, на гэты раз са зменамі кода

У мінулы раз мы не бачылі ніякай розніцы ў нашым дадатку пасля яго разгортвання. Гэта таму, што мы нічога не рабілі. Такім чынам, нельга было сказаць, ці была зборка паспяховай. Вы можаце загрузіць галінку gh-старонак і паглядзець на каміты, але я адмаўляюся.

Зараз давайце зробім некалькі невялікіх змен. Прыйшоў час вярнуць кола React у мінулае.

Мы толькі зробім дзве змены.

У файле src / App.css ёсць раздзел для анімацыі пад назвай @keyframes App-logo-spin. Зменіце гэты 360 градусаў на -360 градусаў. Выкарыстоўвайце гэта для павароту колы супраць гадзіннікавай стрэлкі.

Загрузіце файл src / logo.svg і зменіце колер залівання з # 61DAFB на # DA61FB. Калі ваш сервер працуе пры запуску npm, вы ўжо бачыце фіялетавае кола, якое працуе супраць гадзіннікавай стрэлкі. Калі няма, дадайце змены ў заначку, зафіксуйце іх і адпраўце ў сховішча. Сачыце за тым, каб зборка ў Travis-CI была паспяховай, а затым перайдзіце на старонку Github.

Загрузіце your_username.github.io/repository_name. Вы павінны ўбачыць фіялетавае кола замест сіняга.

На жаль, я не бачу фіялетавага кола. Я па-ранейшаму бачу наладу сіняга па змаўчанні.

Выпраўце зніклы GH_TOKEN

Трэвіс CI паведамляў, што ўсё ў парадку, гэта не так. Адкрыўшы галінку gh-старонак, вы ўбачыце першапачатковую фіксацыю, зробленую намі з лакальнага тэрмінала. Ніякіх іншых абавязацельстваў. Гэта значыць, каманды after_success не былі настолькі паспяховымі.

Калі вы пашырыце раздзел разгортвання запуску npm у часопісе зборкі Travis, вы ўбачыце некаторыя памылкі аўтэнтыфікацыі. Гэта таму, што мы не далі Travis CI дазвол на запіс у наша сховішча.

Вы можаце стварыць новы маркер на старонцы асабістага доступу на GitHub.com. Не забудзьцеся дазволіць доступ толькі да агульнадаступнага сховішча. Дастаткова проста націснуць public_repo. Не прапусціце гэтага. Пасля стварэння маркера скапіруйце яго. GitHub справядліва папярэджвае, што вы больш не можаце бачыць яго.

Перайдзіце ў Travis CI, націсніце "Дадатковыя параметры" вашага сховішча і выберыце "Налады". Вы ўбачыце некалькі раздзелаў, але вам трэба будзе шукаць зменныя асяроддзя.

Назавіце маркер GH_TOKEN і ўстаўце маркер у поле Значэнне. Націсніце кнопку Дадаць. Не ўключайце значэнне адлюстравання ў часопісах, бо яно можа быць бачна людзям пры адпраўцы часопісаў. Токен адпавядае вашаму паролю.

Трэвіс-ЦІ зараз можа пісаць у наша сховішча.

Вярніцеся на ўкладку "Бягучы" сховішча і націсніце "Перазапусціць зборку". Пасля завяршэння зборкі вы можаце праверыць часопісы і галіны gh-старонак на GitHub. Вы павінны ўбачыць новую фіксацыю.

Віншую! Гэта наша першае аўтаматызаванае разгортванне. Як наконт самога сайта github.io? Ні адно абнаўленне не прынясе гэтак неабходнага фіялетавага кола. Не губляйце надзеі яшчэ.

Папытаеце прадстаўніка службы зрабіць перапынак

Кола па-ранейшаму крывавіць сінім. Аднак галіна gh-старонак у сховішчы паказвае другую фіксацыю. Давайце параўнаем index.html у сховішчы і ў крыніцы вэб-сайта. Яны паказваюць на розныя файлы CSS і JavaScript. Хэш-суфікс - наша падказка.

Здаецца, гэта вынік высокаэнергетычнага работніка службы JavaScript. Старонка кэшавана для выкарыстання ў аўтаномным рэжыме. Аднак гэтая выснова патрабуе дадатковага даследавання. Тым часам проста спыніце прадстаўніка службы і ачысціце памяць.

Калі вы выкарыстоўваеце Chrome, вы можаце атрымаць доступ да інструментаў распрацоўшчыка з меню альбо націснуўшы F12. На ўкладцы "Прыкладанні" ў Chrome DevTools ёсць раздзел "Ачысціць памяць". Праверце ўсе запісы, а затым націсніце Ачысціць дадзеныя сайта.

Абнавіце і бум! Вось наша задняе кола ў ярка-фіялетавым колеры. Цяпер самы час адзначыць.

Заўвага: Павінен быць лепшы спосаб зрабіць гэты збор смецця аўтаматычна. Было б балюча, калі б нам прыходзілася кожны раз спыняць і чысціць абслугоўванне і захоўванне, каб змясціць змены ў Інтэрнэце. Гэта тэма для дадатковых даследаванняў.

Узровень 4: Знак Пашаны Трэвіса К.І.

Перад намі яшчэ адна апошняя задача. Гэта перанясе бліскучы значок статусу зборкі Travis CI у файл README.md нашага сховішча.

Адкрыйце Трэвіс CI і націсніце зборку: Праходжанне значка. З'явіцца дыялогавае акно з опцыямі для пераносу выявы. Пакіньце галінку гаспадаром. Выберыце Markdown замест URL Image. Скапіруйце ўказаны тэкст.

Устаўце яго ў README.old.md, які раней быў даступны нам дадаткам create-response-. Напішыце ўласны змест.

Вы можаце выдаліць файл README.md па змаўчанні з рэпазітара і перайменаваць файл README.old.md у README.md.

Дадайце змены ў разгортванне Git, націсніце іх і выштурхніце ў воблака. Цяпер сховішча павінна паказаць партыю, якую вы заўсёды хацелі. Вось url для нашага хатняга праекта.

https://travis-ci.org/pineboat/react-continuous-deployment.svg?branch=master

Вы можаце дадаць гэты URL у README.md вышэй. Вось малюнак:

Мы тут скончылі! Час адзначаць.

Я хачу задаць вам пытанне. Калі вы працуеце ў вялікіх камандах з падобнымі працоўнымі працэсамі, з якімі праблемамі вы сутыкаецеся і як бы вы іх вырашылі? Пакіньце каментарый і дайце мне ведаць.

Дзякуй за чытанне. Спадзяюся, вам гэта спатрэбілася.

Гэта першапачаткова было апублікавана на pineboat.in.

Хлопанне паказвае, наколькі вы ацанілі гэты прадмет.