Nové pracovní postupy I.

Post on 23-Jan-2016

52 views 0 download

description

Nové pracovní postupy I. Představení nástrojů zvyšujících efektivitu práce na softwarových projektech. Petr Stodulka. Kofrlab, 30.3.2007. Nové pracovní postupy I. 6 nástrojů pro úspěšně fungující vývoj 12 Steps to Better Code Představení nástrojů Subversion Bugzilla Wiki - PowerPoint PPT Presentation

Transcript of Nové pracovní postupy I.

Univerzita Karlova v Praze, 1. lékařská fakulta, Laboratoř biokybernetiky a počítačové podpory výuky

Nové pracovní postupy I.

Petr Stodulka

Představení nástrojů zvyšujících efektivitu práce na softwarových projektech

Kofrlab, 30.3.2007

Nové pracovní postupy I.

• 6 nástrojů pro úspěšně fungující vývoj• 12 Steps to Better Code• Představení nástrojů

– Subversion– Bugzilla– Wiki

• Založení uživatelských účtů na SVN

6 nástrojů pro úspěšně fungující vývoj

1. Verzování kóduCentrální úložiště

2. Checkout kódu a knihoven,Kompilace,Deployment,Dokumentace

3. Build test report

4. Správa bugů

5. Code coverage,Code convention,Coding style

5. Snadné, otevřené, verzované

12 Steps to Better Code

1. Do you use source control? 2. Can you make a build in one step? 3. Do you make daily builds? 4. Do you have a bug database? 5. Do you fix bugs before writing new code? 6. Do you have an up-to-date schedule? 7. Do you have a spec? 8. Do programmers have quiet working conditions? 9. Do you use the best tools money can buy? 10. Do you have testers? 11. Do new candidates write code during their interview? 12. Do you do hallway usability testing?

A score of 12 is perfect, 11 is tolerable, but 10 or lower and you've got serious problems. The truth is that most software organizations are running with a score of 2 or 3, and they need serious help, because companies like Microsoft run at 12 full-time.

Kofrlab

• Chlubíme se interdisciplinárním týmem

‼ Každý pracuje sám‼ Komunikace vázne

– Požadavky, specifikace, dokumentace, bugy– Sdílení výsledků práce mezi členy týmu

≈ CHAOS

Verzování kódu - motivace 1

• Stáhnu si zdrojáky Wizarda, používám je, najdu chybu

• Chybu opravím a chci ji nahrát na server– Nezměnil mezitím Palo něco? (diff)– Potom taky ne? Musím mu to oznámit,

jinak ho dostanu do stejné situace.

• Dříve nebo později KONFLIKT!

Verzování kódu - motivace 2

• Používám počítač v práci, doma a ještě notebook

• Práci průběžně nahrávám na FTP– Zapomínám– Existují 4 kopie kódu – která je

aktuální?!

• Dříve nebo později BORDEL!

Verzování kódu - motivace 3

• Dělám na větším projektu– Kód, dokumentace, knihovny, resourcy

• Průběžně kopíruju zálohy– ZALOHA\WIZARD_30.3.2007 apod. – Válí se všude po disku a jsou obludně

velké– Nikdy se k nim nevrátím

• Jedním slovem DĚS BĚS

SVN – principy 1

• Aktuální verze kódu je na serveru (repository)– K práci si kód vždy „půjčuju“, potom ho

vrátím

• Kód si může stáhnout každý (working copy)

• Problémy se řeší před uploadem změn

SVN – principy 2

• Checkout– Založí working copy

• Update– Aktualizuje w.c.– Nezničí práci!– Konflikty

• Commit– Uploaduje práci do

repository

Práce

Kód stojí

Konflikty

update

update

commit

SVN – konflikt

SVN – zamykání• Prevence

konfliktů• Zámek = vzkaz• Nekomfortní

– Před prací nutné zamknout

• Problémy– když zapomene

odemknout

• Jak vlastně poznám, že je soubor zamčený?– read-only– záleží na aplikaci

SVN – merging• Merging na

úrovni řádků– tedy pouze

textové soubory

• Nemusí dojít ke konfliktu– Změny na

různých řádcích

Nelze zaručit, že kód půjde přeložit!

SVN – resolve• Při konfliktu vzniknou 4 soubory

– nástroj diff3

1. Podoba při mém posledním update (poslední společný moment)

3. Moje práce

2. Aktuální podoba v repozitáři

4. Vznikne z předchozích – konfliktní oblasti jsou označeny.Binárky se nemergují.

5. „Merged file“ je potřeba upravit a označit jako Resolved

SVN - revize

• Revize = podoba repository v konkrétní časový okamžik

• Každý commit zvýší číslo revize celého repozitáře (global revision numbers)

Mixed revisions ve working copy :• Commit nastaví číslo poslední revize pouze commitovaným souborům• Až update nastaví všem souborům ve working copy číslo poslední

revize• update a commit jsou oddělené; „push“ nezpůsobí „pull“

SVN – co to ještě umí?

• Historie – lze si vycheckoutovat podobu projektu k libovolnému datu a dělat diff mezi libovolnými revizemi

• Metadata (properties) – rozšíření funkcí SVN

• Vývojové větve – vývoj se rozdělí na dvě nezávislé větve– lze mezi nimi přenášet změny nebo je později zase spojit

Wizard

Wizard .NET 1.1

Wizard .NET 2.0

opravy bugů

SVN @ Kofrlab

• TortoiseSVN - http://tortoisesvn.tigris.org/

– klient integrovaný do shellu windows, ovládaný kompletně z kontextové nabídky

– repository browsing, revision graph, pěkný editor mergovaných souborů

– samozřejmě je možné používat libovolného klienta

• Kofrlab repository– http://patf-biokyb.lf1.cuni.cz/repos/– anon/anon pro čtení, vlastní účet pro zápis

Bug Tracking System - motivace

Uživatel:• Najdu chybu nebo chci navrhnout vylepšení

napíšu mail autorovi– nic ho nenutí se tím zabývat– i když chybu opraví, nemusí mi o tom vůbec dát

vědět• Všechno je to o komunikaci

Programátor:• Stoly se plní počmáranými papíry s

poznámkami.– Po víkendu si nikdo nepamatuje, kde má „ty

aktuální“

• Bugy zůstávají, nikdo je není schopen sledovat.

Bugzilla - principy

• Bugzilla – webová aplikace• Submit bugu

– uložení do DB– pošle se mail adresátovi bugu

• Údaje u bugu:– produkt, jeho komponenta, verze, hardware,

OS– závažnost, priorita– popis– stav bugu– komentáře uživatelů

• Databáze je typicky otevřená – bugy mohou reportovat i uživatelé

Bugzilla – stavy bugu

• Bug je možné kdykoliv delegovat na někoho jiného (reassign)

• Resolvovaný bug je možné znovuotevřít (reopen)

• Závislosti bugů

NEW

RESOLVED

FIXEDINVALID

WONTFIXWORKSFORME

Duplicate of bug #

ASSIGNED

Bugzilla – jak reportovat bug

• Vhodný nadpis (pro vyhledávání)– „PCMCIA install fails on Tosh Tecra 780DVD w/ 3c589C

“ vs. „install problem“

• Jak zopakovat bug• Co jsem očekával• Co se stalo

• Závažnost a prioritu už si určí kompetentní osoby

Bugzilla @ Kofrlab

• Kofrlab Bugzilla– http://patf-biokyb.lf1.cuni.cz/bugzilla/– Uživatelský účet si zakládá každý sám

• Bugy nelze mazat– Na vyzkoušení je založený TestProduct

wiki - správa dokumentů

• Specifikace, dokumentace, návody, tutorialy – Knowledge base

• Sdílení, verzování• Přístup veřejnosti

– kontrola pomocí ACL

• Jednoduchá syntaxe (i oproti HTML)

wiki – syntaxe 1

• //kurzíva// kurzíva• **tučné** tučné• __podtržené__ podtržené• ‘monospaced’ monospaced• <del>smazané</del> (přeškrtnuté)• [[www.google.com|Google]], [[wiki:syntax]]• {{ obrazek.jpg}} obrázek zarovnaný vpravo• ====== Nadpis 1 ======• ===== Nadpis 2 =====• ==== Nadpis 3 ====

wiki – syntaxe 2• není potřeba používat <p> odstavce odděleny prázdným

řádkem• automaticky se generuje obsah (TOC)• seznamy pomocí odrážek ‘*’ <ul>, ‘-’ <ol>• tabulky• smajlíci• Syntax Highlighting – C#, ActionScript, HTML, XML, Java, …<code java>

public static void main(String[] args) {

javax.swing.SwingUtilities.invokeLater(new Runnable() {

public void run() {createAndShowGUI();}

});

}

</code>

wiki @ Kofrlab

• Kofrlab Wiki– http://patf-biokyb.lf1.cuni.cz/wiki/– veřejně pro čtení, pro zápis je potřeba

registrace

• DokuWiki– zvýrazňování syntaxe

Nakonec

• Založíme SVN účty na serveru• Příště: metody práce na SW

projektech– SW testing (unit, integration)

• Další nástroje– Build system, continuous integration,

code analysis

Odkazy

• http://www.joelonsoftware.com/articles/fog0000000043.html – Joel Spolsky

• http://www.sweb.cz/pichlik/archive/2007_02_04_archive.html - Roman Pichlík

• http://svnbook.red-bean.com - SVN manuál• http://tortoisesvn.tigris.org/ - TortoiseSVN• http://www.bugzilla.org/ - Bugzilla• http://wiki.splitbrain.org/wiki:dokuwiki - DokuWiki

• http://patf-biokyb.lf1.cuni.cz/repos/ - Kofrlab SVN repository• http://patf-biokyb.lf1.cuni.cz/bugzilla/ - Kofrlab Bugzilla• http://patf-biokyb.lf1.cuni.cz/wiki/ - Kofrlab Wiki

Univerzita Karlova v Praze, 1. lékařská fakulta, Laboratoř biokybernetiky a počítačové podpory výuky

Děkuji za pozornost

Petr Stodulka petr.stodulka@gmail.com