Presentazione strumenti di sviluppo software

Transcript

1 Presentazione strumenti di sviluppo software Pistoia 13/04/2016 Stefano Peruzzi

2 12 ingegneri (quasi tutti in ing. dell'informazione) Software/V&V per ferrotramviario, in particolare segnalamento Web Enterprise con Java Mobile Computer Vision

3 Alcuni clienti di Magenta GE Transportation -> Alstom ECM Spa Gilbarco Veeder-Root Comune di Firenze / Linea Comune Spa Bird Control Italy srl ALF Handbook Città di Firenze (Firenze turismo) TotalErg Queste le trovate sugli store Vehicle counter (progetto CHEST)

4 Software Project Management The art and science of planning and leading software projects (1) Tra i 7 motivi per cui un progetto sw fallisce: (2) 1. Poor Project Planning and Direction 54 % of IT project failures can be attributed to project management, whereas only 3 % are attributed to technical challenges. [...]

5 Software Project Management Poor or Missing Methodology and Tools Successful projects are based on a methodology or framework that includes projectmanagement tools. Set up an electronic project notebook. Establish written objectives for the project. Work with the technical lead to establish tasks within phases. Ask team members to estimate the time and number of tasks required. Create a formal project plan and manage to it, including basic change control. Proactively solve problems that may arise.

6 Project Management tools Nel nostro caso ci focalizziamo su Progetti free e open-source Enterprise ready (stabili e disponibili come istanza privata) Flessibili, non devono imbrigliare il processo di sviluppo

7 Redmine a flexible project management web application written using Ruby on Rails framework. Alcune features interessanti: Multi progetto, con gestione di sotto-progetti Role based access control VCS integration (GIT è ovviamente supportato) Issue tracking system

8 Redmine - 2 Alcune features interessanti (cont.): Time tracking functionality Wiki per singolo progetto Files & document storage (non molto raffinato, ma esistono dei plugin più avanzati) Plugin system (disponibili 700+ plugins)

9 Redmine - 3 Redmine è il punto dove concentrare tutte le informazioni relative allo sviluppo di un progetto non si disperdono le informazioni punto di riferimento per tutto il team memoria storica del progetto

10 Redmine installation Attenzione all'installazione: ci sono anche vari dockerfile già pronti

11 Redmine installation - 2

12 Redmine - 5 Live demo:

13 The cooler way: Trello Trello... Non è open source È un servizio on the web, non è possibile creare un'istanza privata È molto cool Si dichiara insanely simple (e in effetti )

14 Trello - 2 Si basa sulla metodologia Kanban inventata da Toyota per i suoi processi produttivi. L'idea è virtualizzare la lavagna fisica.

15 Trello - 3 Si può usare gratis con (poche) restrizioni. Qual è il modello di business? Pagando si ottiene il profilo business: Integrazione con Evernote, Github, Google Drive, Dropbox, ecc Più controllo sugli accessi e sui ruoli assegnati ai membri custom board backgrounds and stickers Priority support with a human being and a guaranteed 1 day response time during business hours Pagando ancora c'è un profilo enterprise.

16 Trello - 3 Live (demo?):

17 Software Configuration Management (1) the ability to control and manage change in a software project. If something goes wrong, SCM can determine what was changed and who changed it. Qui ci limitiamo a uno degli aspetti previsti da SCM: il version control system, o revision control system: any kind of practice that tracks and provides control over changes to source code. Un qualsiasi sistema per tracciare e gestire ogni modifica del codice sorgente

18 Version Control System (1) Un VCS è essenziale se si lavora in team (team = #sviluppatori > 1), ma appena imparato ad usarli non potrete farne a meno. Vantaggi di un VCS: Storia completa di tutti i cambiamenti apportati a ogni file. Branching & merging. Tracciabilità: chi e quando, per ogni modifica Tranquillità (Peace of mind) While it is possible to develop software without using any version control, doing so subjects the project to a huge risk that no professional team would be advised to accept.

19 Version Control System - 2 Le modifiche sw costituiscono un grafo orientato tempo

20 Version Control Systems - centralizzati Sistemi "centralizzati" o client-server (CVS, Subversion)

21 Workflow tipico Per iniziare clone di un repository. Ogni sessione di lavoro: 1. Update della working directory con gli aggiornamenti dal repository 2. Aggiunta/modifica di alcuni file sulla working directory 3. Invio delle modifiche (patch) al repository: commit

22 Workflow tipico - 2 Mentre siamo occupati nel punto 2 (sviluppo), qualcun altro potrebbe aver inviato modifiche al repository. Per questo il punto 3 è più complicato! Dopo aver finito i nostri sviluppi, dobbiamo eseguire: Update da repository Merge degli aggiornamenti degli altri con i nostri Verifica del merge (build, test) Invio della versione finale al repository: commit

23 Version Control Systems - distribuiti Sistemi distribuiti o DCVS, Distributed Concurrent Versioning Systems (Mercurial, Git)

24 Workflow per DCVS Commit & update funzionano come prima, ma sul repository locale. Quando siamo pronti, si sincronizza il repository locale con il repository remoto (o i repository remoti) tramite Pull: importa da repository remoto a locale Push: esporta da repository locale a remoto Dopo la sincronizzazione, è comunque necessario aggiornare la working directory.

25 Workflow DCVS PULL PUSH UPDATE MERGE SVILUPPO PULL COMMIT

26 DVCS vs VCS (1) Rispetto a VCS (leggi Subversion), DVCS (leggi git)... Separa il commit di nuovo codice dall'atto di infliggerlo a tutti gli altri. commit atomici Lavora in termini di changesets invece di revisions quindi può eseguire merge automatici in modo più efficiente. Branch e poi merge. E non è un incubo. Perché VCS esegue il merge di 2 revisioni, mentre DVCS può utilizzare la storia di tutti i cambiamenti. Separazione del codice stable da quello in sviluppo, sperimentale, bugfix,...

27 Git La creazione di Git risale al 2005, nella settimana del 6 aprile. Git è stato creato da Linus Torvalds, per lo sviluppo del Kernel di Linux. (1) I really never wanted to do source control management at all and felt that it was just about the least interesting thing in the computing world [...], and I hated all SCM's with a passion! - Linus Torvalds

28 Git Personalizzare il proprio spazio di lavoro git config --global user.name "Your Name" git config --global user. Creare un nuovo repository da un altro repository locale: git clone /path/to/repository Usando il repository di un server remoto: git clone

29 Git - commit Git ha il concetto di stage, o index, un luogo virtuale dove aggiungere i file che verranno coinvolti nel commit.

30 Git log Per visualizzare la storia del repository si usa git log. git log --oneline ;visualizzazione compatta --all --graph --decorate ;visualizza più informazioni di altri autori ;grafo in ASCII art ;aggiunge tag e branch --author=bob ;visualizza solo i commit di bob Ogni commit è identificato da un identificatore univoco, il risultato di una firma Hash di tutti i cambiamenti del commit (SHA-1).

31 Git Live demo on the shell

32 Git - reverting a file Per ripristinare un file nello stato presente nel repository (solitamente revert): git checkout filename In git questo comando serve anche per spostarsi su un branch, quindi è meglio usare git checkout -- filename Per ripristinare tutta la working dir all'ultima revisione del repository: git reset --hard Esiste anche il comando revert, che crea un nuovo commit a correzione di un commit sbagliato (backout).

33 Git - branching

34 GitHub GitHub è il più famoso hosting space di repository git. È free per progetti open-source. Con un piccolo pagamento si possono creare repository privati. Proviamo a creare un account, creare un repository. "Agganciamo" il nostro repository a quello creato: git remote add mygithub Adesso possiamo sincronizzare con il repo online. git push mygithub master

35 GitHub Flow (1) GitHub Flow è il workflow suggerito da GitHub, basato sul branching. Prima regola: anything in the master branch is always deployable.

36 GitHub Flow Branch Quindi tutto lo sviluppo, il fixing, ecc deve essere effettuato su branch. Il nome del branch deve essere descrittivo. I commit devono essere "separate unit of change", da annullare in caso di bug. I commenti del commit devono essere curati, in quanto identificano il commit meglio del suo hash.

37 GitHub Flow - 2 Pull Request Si tratta di una richiesta al gestore/amministratore/revisore del progetto di integrare i nostri contributi nel repository. In pratica è la domanda: "Ho qualcosa da condividere, vuoi fare pull?" A seguito di una pull request, si apre una discussione a cui i vari membri del team possono partecipare. Si decide se accettare la request e integrare i nuovi contributi. Il meccanismo è ottimo per le code review, e per la supervisione. Se l'autore ritiene di dover modificare qualcosa può aggiornare la pull request.

38 GitHub Flow - 3 Deploy Quando i contributi sono ritenuti maturi, possono essere testati in produzione. Se queste novità portassero a problemi di qualche tipo, sarà facile eseguire un rollback alla situazione precedente aggiornando l'ambiente di produzione con il ramo master. Merge Infine, il codice viene aggiunto a master. La Pull Request conserva comunque tutta la storia del codice e le motivazioni per cui è stato aggiunto.

39 GitHub Flow - 4 Vediamo come si gestisce una Pull Request con la guida interattiva di GitHub

40 SCM Manager Se non vogliamo utilizzare la piattaforma GitHub? SCM Manager è un progetto open-source che fornisce un'interfaccia web per Creare e gestire repository con vari SCM tra cui git, mercurial e subversion Gestire utenti, gruppi e permessi Esporre i repository su protocollo http E' una webapp java, gira sui classici java server (tomcat, jetty ecc). Si può installare in un attimo tramite la release all-inclusive dal sito.

41 SCM Manager - 2 C'è anche un sistema di plugin, tra quelli interessanti: Checkstyle Plugin: applica checkstyle ad ogni commit, per l'enforcement dei coding standard, controllo di pattern pericolosi (anti-pattern, bug pattern). Può rifiutare il commit in caso di check non passati. Redmine-plugin: alcune integrazioni tra cui il parsing dei messaggi di commit per aggiornare/chiudere le issue Redmine. Jenkins-plugin: ping a Jenkins ad ogni commit pushed a SCM Manager.

42 Jenkins (fork di Hudson) Jenkins è un'applicazione open-source get permette continuous integration e continuous delivery. Fondamentalmente esegue build, test (e altro) sui progetti: Check out del codice dai principali CVS (anche git, of course) build + tests con vari build systems (Ant, Maven, MSBuild, shell script,...) Salva i risultati: i deliverables binari, risultati dei test, code coverage, static analysis Notify people: , IM, IDEs

43 Jenkins: ciclo tipico Continuous integration cycle

44 Jenkins - 2 A chi serve la continuous integration? Il concetto nasce per evitare i problemi di integrazione del lavoro di vari sviluppatori. Si preferisce integrare prima (e spesso) per evitare problemi più grandi dopo. Si può fare a mano, ma diventa un effort notevole! Da qui i build server: esecuzione di test (statici e dinamici), style check, produzione automatica della documentazione (es.: doxygen) In generale tutto ciò che segue lo sviluppo.

45 Jenkins - 3 La continuous integration garantisce anche che la build continuerà a funzionare nell'ambiente di produzione: a qualcuno è capitato che il software funziona perfettamente sul PC dello sviluppatore, ma fallisce in produzione? Jenkins fornisce anche un posto dove sono raccolte le release binarie. Inoltre, Jenkins è una vetrina dove vengono esposti i risultati del processo, e dove gli sviluppatori possono confrontarsi in una gamification del loro lavoro. Jenkins è un altro modo di promuovere l'utilizzo di test automatici e buone pratiche di programmazione.

46 Jenkins - 4 Jenkins è scritto in Java, ma può utilizzare vari build systems. Se occorre un ambiente di sviluppo non disponibile sul server, si possono usare altri PC come Slave, comandati dal server Jenkins tramite un piccolo software Agent.

47 Jenkins demo Live demo