Download to read offline
Uploaded byGian Maria Ricci
Git gitflow pull requests in devops focused teams
Il documento discute l'importanza di Git e delle pull request all'interno di team DevOps, evidenziando come migliorino la qualità del codice attraverso il controllo della storia e verifiche automatiche. Viene confrontato l'uso di Git con modelli di sviluppo come il trunk based development, sottolineando l'importanza delle branch a vita breve. Infine, si chiarisce il valore delle pull request come opportunità di controllo e uniformità nel codice piuttosto che come un ostacolo.
Git gitflow pull requests in devops focused teams
- 1.
- 2. 2 B1- Git –Gitflow – Pull requests in Devops Focused Teams Ricci Gian Maria @alkampfer alkampfer@nablasoft.com
- 3. #DOH18 3 Organizer &sponsors GetLatestVersion.it
- 4. #DOH18 4 Ma laqualità? René Ferretti – Regista
- 5. #DOH18 5 Perchè Git? Ese continuassi ad usare un source control centralizzato?
- 6. #DOH18 6 Perchè Git? *****giargiana, mi sbagli le basi???
- 7. #DOH18 7 Perché laqualità beneficia di Git Controllo completo della storia del codice sorgente Possibilità di generare una storia lineare business / feature oriented Lavoro in isolamento con le branch locali … Verifica del codice con Pull Request
- 8. #DOH18 8 Git el’integrazione continua
- 9. #DOH18 9 GitFlow, GitVersioned il semantic versioning 1.0.0 1.0.1-Beta1 1.1.0-Beta1 1.1.0-dev1 1.1.0-feat1
- 10.
- 11. #DOH18 11 Trunk BasedDevelopment Trunk based development VS branch for feature Ho bisogno di Git anche con un trunk based development? È vero che in un Trunk Based Development non si usano le branch?
- 12. #DOH18 12 Long livedand Short lived branches Anche nella Trunk Based Development si utilizzano branches Il segreto è usare Short-Lived branches Non vivono più di una iterazione (SCRUM) Coinvolge un numero ridotto di persone Non sono particolarmente complesse. Talvolta è comunque necessario utilizzare branch long lived Refactoring di framework o interventi su parti core del codice Aggiornamenti di librerie pervasive (C# MongoDb 1 -> 2)
- 13. #DOH18 13 Il signorproduzione Io non sono quello che apre l’armadio, io sono quello che indica l’armadio Tutti hanno qualche scheletro nell’armadio
- 14. #DOH18 14 Perché glischeletri sono nell’armadio Fretta Disattenzione Problema compreso male Eccessiva pressione Ansia da rilascio Area di lavoro poco conosciuta
- 15. #DOH18 15 Pull request– cosa non è Una modalità di frustrare gli sviluppatori bloccando la trunk L’occasione di attaccare come gli altri scrivono codice La volontà di imporre procedure perchè manca fiducia Non è un momento negativo
- 16. #DOH18 16 Pull request– cosa è Controllo accurato del team sul cosa entra nella codebase L’occasione di propagare uniformità nella scrittura del codice La possibilità di usufruire di verifiche automatiche sulla qualità del codice.
- 17. 17 Pull requests +SonarQube
- 18.