Skip to content

KIV JET 2014

rinkesj edited this page May 20, 2014 · 44 revisions

Team

Schuzka

Nasazeni

  • pro nasazeni zmen z branche kivjet2014 je nutne pustit hibernate v modu update.
  • hibernate.hbm2ddl.auto=update
  • hibernate prida 1 sloupec do tabulky Person a jeden do tabulky ResearchGroup a pro existujici zaznamy vyplni pocatecni hodnoty.

Zadani

modul Articles - clanky:

  • prepis puvodni funkcnosti a vzhledu z Spring MVC + JSP do Wicket framework.

  • All Articles
  • otestovano, DONE
  • opraveno: nefunkcni zmena nadpisu dle zobrazeni obsahu stranky.
  • upraveno: page navigation styl prozatim upraven ( pracovni verze ).
  • pridano: potvrzeni smazani artiklu uzivatelem.
  • Screenshot 2014 03 03 21 06 28

  • Article Settings
  • testovano, DONE
  • Screenshot 2014 03 03 21 06 37

  • Add new Article
  • Add/edit page, otestovano. DONE
  • Screenshot 2014 03 03 21 06 44

  • View Article
  • otestovano, DONE
  • nahled clanku, prace s komentari, pridavani komentaru
  • upraveno: vazby v hibernate pro clanky a komentare, pridany order by annotace a eager fetch pro zanoreny komentare. komentare primo v artiklu jsou lazy ale maji order by.
  • Screenshot 2014 03 03 21 37 04
  • !!! bug: public article link comment ale nejde commentovat ikdyz je public.

  • Add Article Comment
  • otestovano, DONE
  • Screenshot 2014 03 03 21 36 56

modul History - historie cinnosti na portale:

  • prepis puvodni funkcnosti a vzhledu z Spring MVC + JSP do Wicket framework.

  • Daily History
  • Screenshot 2014 03 03 21 04 56

  • Weekly History
  • Screenshot 2014 03 03 21 05 08

  • Monthly History
  • Screenshot 2014 03 03 21 05 18

modul Admin - administrativni sekce

  • uzamknout/odemknout uzivatelsky ucet
  • uzamknout/odemknout vyzkumnou skupinu
  • editace uzivatele i s heslem
  • editace roli uzivatele vzhledem k systemu nebo vyzkumne skupine

GIT

  • branch kivjet2014
  • pull branch : git clone -b kivjet2014 git@github.com:INCF/eeg-database.git
  • git log : zabrazi jednotlive commity
  • git checkout -b "branch" : prepina branche - nebude potreba
  • git pull --rebase : stahne zmeny na lokal a provede merge
  • git push origin kivjet2014 : nahraje zmeny na repo do branche, melo by fungovat i bez specifikace branche
  • git commit -m "message" : commit se zpravou
  • magic rebase trick: git rebase -s recursive -X theirs BRANCH
  • po rebase vsichni ostatni: git checkout master; git branch -D kivjet2014; git fetch; git checkout kivjet2014;

GIT navod

  • stazeni projektu z repositare se dela pomoci prikazu: "git clone url", kde url je ssh nebo http url na projekt. Projekt je stazen do aktualniho adresare ze ktereho je prikaz spusten a vytvori slozku s projektem.
  • zobrazeni zmen v projektu a seznam commitu: "git log".
  • pro stazeni aktualnich zmen ze serveru do lokalniho projektu: "git pull --rebase".
  • "git status" zobrazuje necommitnute zmeny.
  • pred commitem je nutne pridat soubory do commitu, obvykly postup je zobrazit si soubory pres "git status" a pak pres prikaz "git add file" pridat jednotlive file nebo slozky do commitu.
  • commit se provadi prikazem 'git commit -m "zprava"' kde zprava je popis commitu. Po tomto prikazu jsou uz zmeny commitnute ale jen lokalne.
  • pro ulozeni lokalnich commitu na server je nutne je tam pushnout prikazem "git push origin master". Master je oznaceni zakladni branche. Jine branche asi pouzivat nebudem.
  • pokud chceme odstranit soubor z repositare nebo prejmenovat obvykle to ve statusu pak vypada ze jsme jeden vytvorili a druhej odstranili. ten co se tvari ze je odstranenej smazeme prikazem "git rm file", kde file je url k souboru. Soubor se s gitu odstrani a uz se prejmenovani nebo presun tvari jako presun. Nebo se soubor odstrani z repositare.
  • pokud potrebujeme vzit nejake nase zmeny v souboru zpet nebo se vratit na verzi souboru pred zmenami co jsme provedli. Provadi se to pres "git checkout file" a lokalni zmena v souboru bude odstranena a soubor se vrati do puvodniho stavu po poslednim commitu.
  • mergovani zmen ktere neprovede sam git. Obcas se stane ze sam git neprovede zmeny spravne nebo si nevi rady a je na uzivateli aby rozhodl co je co. Obvykle to v tom souboru pak vypada ze v tom souboru jsou obe zmeny oznacene ktera je ze serveru a ktera je lokalni a uzivatel vybere ktera zmena plati nebo jak to ma byt spravne a pak je nutne tento merge kdyz je hotovy commitnout.
  • cela prace s gitem je trosku tricky a obcas az moc slozita. snad nebudem mit naky problem. Kdyby byl problem s necim tak mi pisnete. At s tim moc nevalcite.

Dulezite

Commituji se jen funkcni prirustky ktere je mozne pres maven spustit a aplikace bezi a tak nak funguje. Zadny ze zapnu maven a nenabehne mi aplikace jen protoze mate neco rozdelano.

Spusteni portalu