Filme porno

Categorii

Advertising

Automatizarea fluxului nostru de dezvoltare cu Atomist

Ryan Day

16 ianuarie 2017

·

4

min citit

Folosim GitHub, Travis CI si Slack (printre multe alte lucruri) pentru a construi si a rula Atomist. Bineinteles, am configurat integrarile GitHub si Travis in Slack pentru a primi notificari in canale despre confirmari, emiterea de comentarii si compilari. In spiritul ChatOps de a aduce instrumentele in conversatie, este un castig. Toata lumea vede aceleasi informatii si stie ce se intampla. Sau oare?

Am gasit cateva probleme fundamentale care au subminat realizarea unui context comun in chat. Iata un exemplu:

Am Slack deschis, dar lucrez la altceva si imi lipseste o notificare de comitere GitHub pe unul dintre canalele proiectului meu. Mai tarziu, ma aflu in acel canal si vad o notificare de esec la construirea Travis CI.

Array

Nu exista suficiente informatii in notificarea de esec a compilarii pentru a intelege, de exemplu, contextul (de exemplu, descrierea) commit-ului care a condus aceasta constructie; nu este util imediat fara sa faceti clic pentru a analiza versiunea de pe Travis sau comiterea asociata pe GitHub. Trebuie sa parasesc fluxul de chat pentru a obtine context.

Am vrut ceva mai mult ca un „asistent”, dar ceea ce am obtinut a fost un flux RSS in Slack.

De ce se intampla asta?

  1. Notificarile diferentiate intercalate cu alte comentarii ingreuneaza urmarirea daca pierdeti o parte din flux.
  2. Notificarile de la diferite sisteme nu stiu nimic despre ele (notificari disjuncte care nu au un context mai larg).
  3. Majoritatea integrarilor trateaza notificarile ca pe un furtun de evenimente care nu constientizeaza un subiect sau un domeniu (cum ar fi un proiect).

Suntem dezvoltatori care construiesc lucruri pentru a imbunatati viata dezvoltatorilor, iar aceasta a fost o oportunitate de a zgaria o mancarime.

Deci, am folosit Atomist pentru a-l imbunatati.

Notificari cu Atomist

Iata cum arata fluxul nostru de notificari acum:

Notificari de angajare si compilare corelate

Atomist ne anunta in Slack despre commit cu informatiile esentiale formatate in mod curat si legate corespunzator. Cand apare un eveniment de constructie Travis CI, Atomist il coreleaza cu validarea GitHub si actualizeaza mesajul din canalul Slack. Consideram ca aceasta experienta speciala a utilizatorului este foarte utila.

Retineti ca mesajul de mai sus arata ca versiunea Travis CI a fost pornita, iar punctul galben intermitent este un indiciu vizual frumos pe care construirea il ruleaza. Cand construirea se finalizeaza, Atomist primeste acel eveniment si actualizeaza din nou mesajul in canalul Slack.

Construirea a avut succes, pe care o vedem cu un mesaj vizual si text clar. Nota: vedem, de asemenea, utilizatorul al carui commit a declansat compilarea si, in caz de esec al compilarii, avem @atomist bot DM persoana din Slack, astfel incat sa poata raspunde imediat daca este necesar.

A, si vedeti butonul „Creati lansarea” acolo? Daca faceti clic pe acesta, veti crea o noua versiune GitHub a acestui proiect. Acesta este un exemplu de ceea ce numim actiuni care pot fi transmise inapoi cu mesaje de la robotul Atomist din Slack. Vom avea mult mai multe de impartasit despre actiuni in postarile viitoare.

Actualizand mesajul cu informatii noi corelate, pastram impreuna contextul relevant. Gata cu derularea inapoi pentru a gasi restul contextului.

In spatele scenelor

Atomist, produsul pe care il construim, permite scenariul de mai sus. Atomist este un serviciu pe care va puteti construi propria automatizare, profitand de caracteristici precum datele corelate in model (a se vedea mai jos) si trimiterea de actiuni in mesaje Slack.

Componentele cheie care fac posibil acest lucru:

  • Evenimente si model – Atomist primeste evenimente de la GitHub si Travis CI si foloseste evenimentele pe care le primeste (cum ar fi new commit, build started) pentru a crea un model al modului in care functioneaza de fapt fluxul de dezvoltatori. Cand adaugati informatii noi din evenimente in model, Atomist coreleaza informatiile. Aceasta corelatie ne permite sa facem lucruri mai inteligente, cum ar fi sa intelegem ca un angajament si o constructie sunt legate si sa facem ceva cu aceste cunostinte.
  • Handlers – acesta este un nou concept de baza. Handlerele sunt bucati de cod care se executa ca raspuns la un declansator (cum ar fi un eveniment de comitere sau de construire). Va puteti gandi putin la o reteta IFTTT pentru automatizarea sarcinilor de dezvoltare, in sensul ca un handler este declansat de un eveniment si face o actiune precum trimiterea unui mesaj catre Slack.
  • Integrari – Integrarile atomiste cu GitHub si Travis CI ne permit sa primim si sa intelegem evenimente si sa le stocam in modelul nostru pentru corelare. Integrarile ofera, de asemenea, o modalitate de a apela API-uri pe acele sisteme, cum ar fi „Create Release” pe GitHub sau „Retry Build” pe Travis CI. Integrarile sunt extensibile, deci va puteti construi si propriile. De asemenea, adaugam altele noi tot timpul.
  • API Slack – folosim cateva caracteristici frumoase ale Slack care permit bot-ului nostru sa 1) actualizeze un fir de mesaje bazat pe un eveniment precum „construit a inceput”, 2) arata vizual starea de (pornit / trecut / esuat) si relatia dintre pasii din flux, cum ar fi commit si build, 3) ofera actiuni (ca butoane Slack) care pot declansa alte sarcini.

Unde sa plec?

In postarile viitoare, ne vom arunca cu capul in cum sa construim handler-uri pentru a automatiza sarcinile in fluxul de dezvoltare. Acest exemplu chiar zgarie suprafata a ceea ce este posibil cu Atomist.

Puteti vedea robotul in actiune in echipa de slabiciune a comunitatii atomiste.

Daca doriti sa incercati notificari mai bune cu Atomist in propria echipa Slack, va rugam sa luati legatura.

Video Description:

Ryan Day16 ianuarie 2017· 4 min cititFolosim GitHub, Travis CI si Slack (printre multe alte lucruri) pentru a construi si a rula Atomist. Bineinteles, am configurat integrarile GitHub si Travis in Slack pentru a primi notificari in canale despre confirmari, emiterea de comentarii si compilari. In spiritul ChatOps de a aduce instrumentele in conversatie, este un castig. Toata lumea vede aceleasi informatii si stie ce se intampla. Sau oare?Am gasit cateva probleme fundamentale care au subminat realizarea unui context comun in chat. Iata un exemplu:Am Slack deschis, dar lucrez la altceva si imi lipseste o notificare de comitere GitHub pe unul dintre canalele proiectului meu. Mai tarziu, ma aflu in acel canal si vad o notificare de esec la construirea Travis CI. Array Nu exista suficiente informatii in notificarea de esec a compilarii pentru a intelege, de exemplu, contextul (de exemplu, descrierea) commit-ului care a condus aceasta constructie; nu este util imediat fara sa faceti clic pentru a analiza versiunea de pe Travis sau comiterea asociata pe GitHub. Trebuie sa parasesc fluxul de chat pentru a obtine context.Am vrut ceva mai mult ca un „asistent”, dar ceea ce am obtinut a fost un flux RSS in Slack.De ce se intampla asta?Notificarile diferentiate intercalate cu alte comentarii ingreuneaza urmarirea daca pierdeti o parte din flux.Notificarile de la diferite sisteme nu stiu nimic despre ele (notificari disjuncte care nu au un context mai larg).Majoritatea integrarilor trateaza notificarile ca pe un furtun de evenimente care nu constientizeaza un subiect sau un domeniu (cum ar fi un proiect).Suntem dezvoltatori care construiesc lucruri pentru a imbunatati viata dezvoltatorilor, iar aceasta a fost o oportunitate de a zgaria o mancarime. mon porno du jour trolem.com film porno perfect 123ref.com film porno gay francais metprivate.org actrice porno americaine zl1.harrg.com acteur porno francais industrialfans.com plus belle actrice porno f3f6.com porno solo 4fm.renaissance-strategic-advisors.us porno carioca www.kausthousing.net porno alpha uscoinsgallery.com porno naruto watchmyblock.biz porno india www.galileoracing.com porno antillais labi.net porno scenario gemcare.biz porno dingues rscottakin.com blanche neige porno carovaholdingcompany.com porno 90 i-hate-michaels-stores.com porno mature amateur kolkata-hotels.com absolum porno www.multi-pro.net porno adulte cooltgp.org gold porno aladdinsecurities.net Deci, am folosit Atomist pentru a-l imbunatati.Notificari cu AtomistIata cum arata fluxul nostru de notificari acum:Notificari de angajare si compilare corelateAtomist ne anunta in Slack despre commit cu informatiile esentiale formatate in mod curat si legate corespunzator. Cand apare un eveniment de constructie Travis CI, Atomist il coreleaza cu validarea GitHub si actualizeaza mesajul din canalul Slack. Consideram ca aceasta experienta speciala a utilizatorului este foarte utila.Retineti ca mesajul de mai sus arata ca versiunea Travis CI a fost pornita, iar punctul galben intermitent este un indiciu vizual frumos pe care construirea il ruleaza. Cand construirea se finalizeaza, Atomist primeste acel eveniment si actualizeaza din nou mesajul in canalul Slack.Construirea a avut succes, pe care o vedem cu un mesaj vizual si text clar. Nota: vedem, de asemenea, utilizatorul al carui commit a declansat compilarea si, in caz de esec al compilarii, avem @atomist bot DM persoana din Slack, astfel incat sa poata raspunde imediat daca este necesar.A, si vedeti butonul „Creati lansarea” acolo? Daca faceti clic pe acesta, veti crea o noua versiune GitHub a acestui proiect. Acesta este un exemplu de ceea ce numim actiuni care pot fi transmise inapoi cu mesaje de la robotul Atomist din Slack. Vom avea mult mai multe de impartasit despre actiuni in postarile viitoare.Actualizand mesajul cu informatii noi corelate, pastram impreuna contextul relevant. Gata cu derularea inapoi pentru a gasi restul contextului.In spatele scenelorAtomist, produsul pe care il construim, permite scenariul de mai sus. Atomist este un serviciu pe care va puteti construi propria automatizare, profitand de caracteristici precum datele corelate in model (a se vedea mai jos) si trimiterea de actiuni in mesaje Slack.Componentele cheie care fac posibil acest lucru:Evenimente si model - Atomist primeste evenimente de la GitHub si Travis CI si foloseste evenimentele pe care le primeste (cum ar fi new commit, build started) pentru a crea un model al modului in care functioneaza de fapt fluxul de dezvoltatori. Cand adaugati informatii noi din evenimente in model, Atomist coreleaza informatiile. Aceasta corelatie ne permite sa facem lucruri mai inteligente, cum ar fi sa intelegem ca un angajament si o constructie sunt legate si sa facem ceva cu aceste cunostinte.Handlers - acesta este un nou concept de baza. Handlerele sunt bucati de cod care se executa ca raspuns la un declansator (cum ar fi un eveniment de comitere sau de construire). Va puteti gandi putin la o reteta IFTTT pentru automatizarea sarcinilor de dezvoltare, in sensul ca un handler este declansat de un eveniment si face o actiune precum trimiterea unui mesaj catre Slack.Integrari - Integrarile atomiste cu GitHub si Travis CI ne permit sa primim si sa intelegem evenimente si sa le stocam in modelul nostru pentru corelare. Integrarile ofera, de asemenea, o modalitate de a apela API-uri pe acele sisteme, cum ar fi „Create Release” pe GitHub sau „Retry Build” pe Travis CI. Integrarile sunt extensibile, deci va puteti construi si propriile. De asemenea, adaugam altele noi tot timpul.API Slack - folosim cateva caracteristici frumoase ale Slack care permit bot-ului nostru sa 1) actualizeze un fir de mesaje bazat pe un eveniment precum „construit a inceput”, 2) arata vizual starea de (pornit / trecut / esuat) si relatia dintre pasii din flux, cum ar fi commit si build, 3) ofera actiuni (ca butoane Slack) care pot declansa alte sarcini.Unde sa plec?In postarile viitoare, ne vom arunca cu capul in cum sa construim handler-uri pentru a automatiza sarcinile in fluxul de dezvoltare. Acest exemplu chiar zgarie suprafata a ceea ce este posibil cu Atomist.Puteti vedea robotul in actiune in echipa de slabiciune a comunitatii atomiste.Daca doriti sa incercati notificari mai bune cu Atomist in propria echipa Slack, va rugam sa luati legatura.

Categorie:
Taguri:
Data adaugarii: