Skip to content

laskari 1

Jump to bottom
Verna Koskinen edited this page Mar 3, 2016 · 24 revisions

Huom: ohjausta tehtävien tekoon xxx

Tehtävien palautuksen deadline su 22.3. klo 23.59

Miten viikon 1 tehtävät palautetaan?

GitHubin ja lopussa olevan "palautuslomakkeen" avulla! Eli teet kaiken mitä alla sanotaan, se riittää, kenellekään ei tarvitse näyttää mitään.

Tämän viikon tehtävät ovat lähes luennoista riippumattomia, luentomateriaalista ei tehtäviin ole apua, kaikki tarvittava materiaali on linkitettetty tehtävien yhteyteen

1 Githubiin

Tee itsellesi tarvittaessa tunnus GitHubiin

Luo repositorio nimellä ohtu-viikko1

  • klikkaa yläpalkin oikeassa reunassa olevaa "Create a new repo"-ikonia
  • laita rasti kohtaan Initialize this repository with a README

kuva

Jos haluat käyttöösi yksityisiä repositorioita, voit hakea akateemista tunnusta osoitteesta https://github.com/edu kurssin tehtävät voit tehdä myös julkiseen repositorioon.

Luo paikalliselle koneellesi ssh-avain (tapahtuu komentoriviltä käsin)

Lisää avaimen julkinen pari githubiin:

Näin pystyt käyttämään GitHubia ilman salasanan syöttämistä koneelta jossa juuri luodun avaimen salainen pari löytyy

Konfiguroi nimesi ja emailosoitteesi paikallisen koneesi git:iin antamalla komennot:

git config --global user.name "Your Name"
git config --global user.email my.address@gmail.com

Kloonaa nyt githubiin tehty repositorio paikalliselle koneelle. Tämä tapahtuu antamalla komentoriviltä komento

git clone git@github.com:omatunnustahan/ohtu-viikko1.git

missä komennon git clone parametrina on repositorioosi sivulta selviävä 'clone URL' (huomaa, että formaatin on oltava SSH):

kuva

Nyt paikalliselle koneellesi syntynyt hakemisto ohtu-viikko1 joka on on githubissa olevan repositorion klooni.

2 Gitin alkeet

tee seuraavat:

  • mene edellisessä tehtävässä luotuun repositorion klooniin (eli komennon git clone luomaan hakemiston)
  • lisää ja committaa repositorioon kaksi tiedostoa ja hakemistoa, joiden sisällä on tiedostoja
    • muista hyödyllinen komento git status
  • muuta ainakin kahden tiedoston sisältöä ja committaa muutokset repositorioon
  • tee .gitignore-tiedosto, jossa määrittelet että repositorion juurihakemistossa olevat tiedostot, joiden pääte on tmp ja hakemisto jonka nimi on target ignoroidaan
  • lisää tmp-päätteisä tiedostoja repositorioon ja varmista että git jättää ne huomioimatta
  • lisää myös hakemisto nimeltä target ja hakemiston sisälle joku tiedosto, varmista että target sisältöineen ei mene versionhallinnan alaisuuteen
  • tee muutos tiedostoon, älä lisää tiedostoa "staging"-alueelle
    • peru muutos (git status -komento antaa vihjeen miten tämä tapahtuu)
  • tee muutos ja lisää tiedosto "staging"-alueelle
    • peru muutos (git status -komento antaa vihjeen miten tämä tapahtuu)
  • tutoriaaleissa ei valitettavasti käytetä git add -komennon hyödyllistä muotoa git add -p
  • tee muutoksia muutamiin tiedostoihin ja lisää muutokset staging-alueelle komennon git add -p avulla
  • jos lisäät projektiin uusia tiedostoja, ei git add -p huomaa niitä, eli ne on lisättävä staging-alueelle erikseen
  • käytä jatkossa komentoa git add -p aina kun se suinkin on mahdollista!

3 Tiedostojen lisääminen GitHubiin

Tehtävässä 1 tehtiin GitHubiin repostorio, joka liitettiin paikalliselle koneelle luotuun repositorioon "remote repositoryksi". Synkronoidaan paikallisen repositorion ja githubin tilanne:

  • "pushaa" nämä GitHubissa olevaan etärepositorioon antamalla komento git push
  • varmista selaimella että lisätyt tiedostot menevät GitHubiin

4 Monta kloonia samasta repositoriosta

Yleensä on tapana pitää GitHubissa olevaa repositorioa tiedostojen "keskitettynä" sijoituspaikkana ja liittää paikallisella koneella oleva repositorio GitHubissa olevan repositorion etärepositorioksi kuten teimme tehtävässä 1.

Jos työskennellään useammalta koneelta, on githubissa olevasta repositoriosta monta kloonia ja kloonien tila on pidettävä ajantasalla.

Luodaan nyt paikalliselle koneelle repositoriosta toinen klooni:

  • mene komentoriville ja esim. kotihakemistoosi (tai johonkin paikkaan joka ei ole git-repositorio)
  • anna komento git clone git@github.com:githubtunnus/repositorionNimi.git nimiKloonille
    • githubtunnus ja repositorionNimi selviävät GitHubista repositoriosi sivulta yllä olevan kuvan osoittamasta paikasta
    • nimiKloonille tulee olemaan kloonatun repositorion nimi, varmista että annat nimen jonka nimistä tiedostoa tai hakemistoa ei ole
  • mene kloonattuun repositorioon, lisää sinne jotain tiedostoja ja committaa
  • "pushaa" muutokset GitHubiin
  • varmista selaimella että lisätyt tiedostot menevät GitHubiin

Mene nyt tehtävässä 1 tehtyyn GitHub-repositorion klooniin.

  • alkuperäinen paikallinen klooni ei ole enää ajantasalla, "pullaa" sinne muutokset komennolla git pull

  • varmista että molempien paikallisten repositorioiden sisältö on nyt sama

  • lisää alkuperäiseen kopioon joitain tiedostoja ja pushaa ne GitHubiin

  • mene jälleen kloonattuun kopioon ja pullaa

  • hae osoitteesta https://github.com/mluukkai/ohtu2016/blob/master/viikko1/OhtuVarasto.zip?raw=true löytyvä zipattu paketti, pura se kloonattuun repositorioon siten, että paketissa olevat tiedostot ja hakemistot tulevat repositorion juureen

  • lisää ja committoi zipistä purettu hakemisto repositorioon ja pushaa se GitHubiin

  • katso vielä kerran selaimella että GitHubissa kaikki on ajan tasalla

Repositoriosi tulee näyttää tehtävän jälkeen suunilleen seuraavalta (poislukien tehtävissä lisätyt muut tiedostot ja hakemistot):

kuva

Nyt voit poistaa toisen paikallisista kopioista

5 Maven

  • lue ensin https://www.ibm.com/developerworks/java/tutorials/j-mavenv2/ kohtaan working with multiple projects asti

  • edellisessä tehtävässä lisättiin repositorioon maven-muodossa oleva projekti, joka sisältää aikoinaan ohjelmoinnin perusteissa olleen luokan Varasto, sen käyttöä demonstroivan pääohjelman ja muutaman JUnit-testin

  • tutki maven-muotoisen projektin hakemistorakennetta, esim. antamalla komento tree projektin sisältävän hakeiston juuressa (tree ei ole maveniin liittyvä käsky vaan normaali shell-komento)

    • HUOM: macissa ei ole oletusarvoisesti tree-komentoa
    • mikäli koneellasi on HomeBrew asennettuna, saat tree:n asennettua brew install tree
    • vaihtoehtoisesti saat treetä vastaavan toiminnallisuuden macissa komennolla find . ! -regex './..' -print | sed -e 's;[^/]*/;|;g;s;|; |;g'
    • myöskään kaikissa linuxeissa ei tree ole oletusarvoisesti asennettu. debian-pohjaisissa linuxeissa (esim ubuntussa) saat asennettua tree:n komennolla sudo apt-get install tree

  • tarkastele projektin määrittelevän pom.xml-tiedoston sisältöä

avaa edellisen tehtävän projekti suosikki-idelläsi

  • NetBeans ja IntellijIdea tukevat maven-muotoisia projekteja suoraan
  • jos NetBeans ei tunnista projektia, asenna maven-plugin valitsemalla tools -> plugins -> available plugins
  • HUOM: jos et ole aiemmin kääntänyt koneellasi maven-muotoisia projekteja, saattaa IDE valittaa tässä vaiheessa joidenkin kirjastojen (mm. JUnit) puuttumisesta, asia korjaantuu "buildaamalla" tai kääntämällä projekti komentoriviltä (ohjeet alla)
  • Ohjeita Eclipse-käyttäjille http://maven.apache.org/eclipse-plugin.html

Ohjelmakoodin editointi kannattaa tehdä IDE:llä, ja välillä myös ohjelman ja testien ajaminenkin. mavenia kannattaa kuitenkin ehdottomasti totutella käyttämään myös komentoriviltä.

Kokeile seuraavia:

  • aloita puhtaalta pöydältä: mvn clean
  • tee juuressa komento tree
  • käännä: mvn compile
    • tee jälleen juuressa komento tree, mitä muutoksia huomaat?
    • huom: projekti olettaa että koneellasi on javan jdk:sta vähintään versio 1.7, jos koneellasi on venhempi versio, asenna uudempi jdk
  • käännöksen jälkeen voit suorittaa pääohjelman komennolla mvn exec:java -Dexec.mainClass=ohtu.ohtuvarasto.Main
    • parametrina siis main-metodin sisältävän luokan nimi
  • tee mvn clean ja yritä suorittaa ohjelma uudelleen, miten käy?
    • suorita cleanin jälkeen tree-komento, mitä clean tekee?
  • aja testit komennolla mvn test
    • suorita jälleen komento tree
    • huomaat, että testien ajaminen luo hakemiston target/surefire-reports, testien diagnostiikka tulee hakemistoon
  • tee projektista jar-tiedosto: mvn install
    • komennolla tree näet minne hakemistoon jar tulee
  • suorita jar komennolla java -cp tiedostonNimi.jar ohtu.ohtuvarasto.Main
    • komento siis annetaan hakemistosta, jossa jar-tiedosto sijaitsee

HUOM mavenin versiolla 3 komennolla mvn install tehty jar ei välttämättä toimi. Jos näin käy, tee seuraavasti:

  • lisää projektissa olevaan pom.xml-tiedostoon plugins-tägien sisään seuraava:
       <plugins>
            //
            // älä koske olemassaoleviin plugineihin!
            //            

            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-assembly-plugin</artifactId>
                <version>2.2.1</version>
                <configuration>
                    <descriptorRefs>
                        <descriptorRef>jar-with-dependencies</descriptorRef>
                    </descriptorRefs>
                </configuration>
            </plugin>

       </plugins>
  • generoi jar komennolla mvn assembly:assembly

6. JUnit

  • kertaa JUnitin perusteet osoitteesta https://github.com/mluukkai/OTM2015/wiki/JUnit-ohje
  • täydennä tehtävässä 4 repositorioosi lisäämäsi projektin testejä siten että luokan Varasto rivikattavuudeksi (line coverage) tulee 100%
    • Joudut huomioimaan ainakin tapaukset, joissa varastoon yritetään laittaa liikaa tavaraa ja varastosta yritetään ottaa enemmän kuin siellä on
    • edellinenkään ei vielä riitä
  • testauskattavuuden saat selville seuraavasti:
    • käytetään mavenissa pluginina olevaa cobertura-nimistä koodikattavuustyökalua
    • suorita projektin juuresta komento mvn cobertura:cobertura
      • Jos törmäät virheeseen Could not find artifact com.sun:tools:jar:0 at specified path /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/../lib/tools.jar, asenna Java jdk 7 ja määrittele JAVA_PATH-ympäristömuuttuja. Ohje ympäristömuuttujan asettamiseen OSX:llä
    • kattavuusraportit tulevat hakemistoon target/site/cobertura
    • saat avattua raportin esim. komennolla firefox target/site/cobertura/index.html
  • kun luokan Varasto testien rivikattavuus (line coverage) on 100% pushaa tekemäsi muutokset GitHubiin

7. TravisCI, osa 1

https://travis-ci.org/ on jatkuvaan integrointiin ja käyttöönottoon tarkoitettu web-palvelu.

Konfiguroidaan seuraavaksi Travis huolehtimaan projektistamme.

  • mene osoitteeseen https://travis-ci.org/ ja valitse sign in with GitHub
  • klikkaa omaa nimeäsi, valitse accounts
  • näin avautuu lista GitHub-repositorioistasi kuva
  • jos et näe listalla edellisissä tehtävissä luotua repositoria, paina Sync account
  • paina repositorion kohdalla olevaa valitsinta siten, että se muuttuu vihreäksi

Tämän jälkeen Travis alkaa tarkkailla jokaista muutosta, jonka teet repositorioon.

  • Tee repositorioon joku muutos ja pushaa se GitHubiin.
  • Mene osoitteeseen https://travis-ci.org/
  • hetken kuluttua sivulle avautuu näkymä, joka kertoo siitä että Travis yrittää buildata koodin jonka repositorio sisältää

kuva

8. TravisCI, osa 2

Edellinen tehtävässä tekemämme Travis-build päättyy seuraavaan virheilmoitukseen

WARNING: We were unable to find a .travis.yml file. This may not be what you
  want. Build will be run with default settings.

Travis ei siis löydä projektista konfiguraatiotiedostoa .travis.yml.

  • Lisää projektiin tiedosto .tarvis.yml jonka sisältö on seuraava:
language: java
  • Pushaa muutos githubiin ja tarkkaile projektin Travis-näkymää. Näkymän päivittymiseen menee heti. Uusi buildi saattaa nääkyä jo hieman aiemmin jos menet välilehdelle braches tai build history
  • Jos testisi menevät läpi paikallisesti, pitäisi seurauksena olla onnistunut Travis-build

Mitä Travisissa oikeastaan tapahtuu?

  • Kun Travisiin rekisteröity projekti pushataan GitHubiin, ilmoittaa GitHub-asiasta Travisille
  • Travis käynnistää uuden virtuaalikoneen, jolle se kloonaa muuttuneen repositorion (komennolla git clone ...)
  • Travis lukee repositoriossa olevan konfiguraatiotiedoston .travis.yml ja toimii tiedostossa olevien ohjeiden mukaan
  • Jos kyseesä on Java-projekti, suorittaa Travis oletusarvoisesti projektille komennot mvn install</code ja mvn test eli suorittaa projektin testit. Jos testit menevät läpi on Travis buildin tila passed.

Travis-buildien toimintaa on mahdollista konfuguroida melko vapaasti.

  • Muuta jostain testiä siten, että testi ei mene läpi ja pushaa koodi GitHubiin

  • Tarkkaile projektin Travis-näkymää. Lue Travisnäkymään tulostuva loki kokonaisuudessaan läpi

  • Korjaa testi ja pushaa muutokset uudelleen GitHubiin

  • Tarkkaile jälleen Travis-näkymää ja lue loki läpi

9. TravisCI, osa 3

Tee repositorioosi tiedosto README.md ja laita sinne repositorion koodin tilasta kertova Travis Badge

Tee nyt jokin muutos repositorioosi ja yritä pushata koodi GitHubiin. Toimenpiteestä seuraa virhe:

To git@github.com:mluukkai/ohtutesti16.git
 ! [rejected]        master -> master (fetch first)
error: failed to push some refs to 'git@github.com:mluukkai/ohtutesti16.git'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

Tulet todennäköisesti törmäämään vastaavaan virheeseen usein. Syynä virheelle on se, että yrität pushata muutoksia GitHubiin vaikka GitHub on "edellä" paikallista repositorioasi (ts. sinne lisättiin tiedosto README.md).

Ongelma ratkeaa kun teet ensin komennon git pull ja pushaat koodin sen jälkeen.

10. Coveralls

Tehtävässä 6 määrittelimme projektin testauskattavuuden coberturan avulla. coveralls.io-palvelu mahdollistaa projektien koodikattavuuden julkaisemisen verkossa.

  • kirjaudu Coveralssiin (GitHub signin)
  • jos repositorio ei näy avautuvalla listalla, klikkaa "re-sync repos"
  • lisää repositorio coverallsin alaisuuteen

Projektille on määritelty valmiiksi Coverallsin Java-plugin

Saamme generoitua projektimme testiraportin lisäämällä tiedostoon .travis.yml seuraavat rivit:

after_success:
  - mvn clean cobertura:cobertura coveralls:report

Käytännössä pyydämme Travisia suorittamaan onnistuneen buildin (eli komennon mvn test) jälkeen maven-komennon, joka ensin suorittaa testien kattavuusanalyysin coberturalla ja sen jälkeen lähettää tiedot coverallsiin

Pushaa muutokset GitHubiin ja seuraa sekä Travis-buildin lokia, että repositorion coveralls-sivua (jonne pääset repositorion vierestä olevasta details-napista)

Lisää projektin readme badge (ks. projektin coveralls-sivun oikea laita) repositoriosi README.md-tiedostoon.

Projektisi GitHub-sivun tulisi lopulta näyttää suunilleen seuraavalta:

kuva

Huomaa, että Travisin ja Coverallsin badget eivät päivity täysin reaaliajassa. Eli vaikka projektin testikattavuus nousisi, kestää hetken ennen kuin badge näyttää tuoreen tilanteen.

10. Forkaa repositorio https://github.com/mluukkai/ohtu2016

  • forkkaaminen tapahtuu seuraavasti:
    • kun olet kirjautuneena GitHubiin, mene yo. osoitteeseen
    • paina oikeassa yläkulmassa olevaa nappia "fork"
  • saat näin oman "forkatun" kopion repositoriosta ohtu2016
  • kloonaa forkattu repositorio paikalliselle koneellesi
  • lisää repositorioon hakemisto jonka nimi on muotoa SukunimiEtunimi
    • eli esim. oma hakemistoni olisi LuukkainenMatti
  • lisää hakemiston sisälle tiedosto nimeltä viikko1
  • pushaa muutokset githubiin
  • tee forkkaamastasi repositiosta "pull request"
    • mene selaimella forkkaamaasi repositorioon
    • paina oikeassa kulmassa olevaa nappia "pull request"
    • anna tehtävistä palautetta avautuvaan lomakkeeseen

tehtävien kirjaaminen palautetuksi

  • Kirjaa tekemäsi tehtävät tänne
    • huom: tehtävien palautuksen deadline on su 15.3. klo 23.59

kurssisivu

laskarit 1 2 3 4 5 6 7

Clone this wiki locally