Solidify continuous delivery 2014
2 likes•989 views
Du har säkert hört begreppet många gånger vid det här laget. Continuous Delivery är en av de hetaste trenderna just nu inom mjukvaruutvecklingsindustrin. Idéen är enkel: leverera mer mjukvara, snabbare, med bibehållen kvalitet. Men hur gör man det egentligen?
![Strategier för branching
dev ft1
main
release
dev ft2
dev ft3
B B
v1.1 ft3 start
v1.1 ft2 start
v1.1 ft1 start
BM
RI
v1.1 ft1
v1.1 ft1
FI
v1.1 ft2
RI
RI
v1.0 hotfix
v1.1 ft3
v1.1
RI
v1.1 golden
FI
v1.1 release
[]
FI FI FI](https://image.slidesharecdn.com/solidify-continuousdelivery2014-141005235927-conversion-gate01/85/Solidify-continuous-delivery-2014-14-320.jpg)
Solidify continuous delivery 2014
- 1. Continuous Delivery med Microsoft Team Foundation Server och Azure Mathias Olausson, Jesper Fernström, Solidify AB Jonas Torstendahl, Microsoft AB
- 2. Solidifys processer för mjukvaruutveckling låter dig som utvecklingschef, IT-chef eller affärsutvecklare fokusera på rätt saker. Resultatet är mer programvara, av bättre kvalitet, snabbare och till lägre kostnad.
- 3. Agile ger bättre resultat Är vi nöjda nu?
- 4. Så vad kan vi göra nu?
- 5. “Continuous Delivery is a software development discipline where you build software in such a way that the software can be released to production at any time” Martin Fowler, ThoughtWorks
- 6. The Value Delivery Cycle REQUIREMENTS Implement Monitor WORKING SOFTWARE Define Ideation Develop From Idea to working software Operate Working software in production Value realized
- 7. Ett ramverk för Continuous Delivery 2) Code Repository 1) Team 3) Build 4) Test 5) Deploy (to Cloud) 6) Monitor and Improve “The App” Azure
- 9. Dagens scenario Implementation av ramverk för Continuous Delivery Release Plan SCM Bygg Miljö Deploy Test
- 10. Vilken process är bäst för Continuous Delivery? • Scrum • Kanban • Traditionell (vattenfall) • Prince2 • Process Based Management (CMMI) • …
- 11. Definition of Done • Vad menar vi med att något är klart? – Kodat? – Testat? • Hur? – Dokumenterat? – Incheckat? – Uppfyller kraven? • Hur säkerställer vi det?
- 12. Planering Release Plan SCM Bygg Miljö Deploy Test
- 13. Version Control och strategier för branching
- 14. Strategier för branching dev ft1 main release dev ft2 dev ft3 B B v1.1 ft3 start v1.1 ft2 start v1.1 ft1 start BM RI v1.1 ft1 v1.1 ft1 FI v1.1 ft2 RI RI v1.0 hotfix v1.1 ft3 v1.1 RI v1.1 golden FI v1.1 release [] FI FI FI
- 15. Strategier för branching • Vi har valt en enkel strategi lämplig för vårt mål
- 16. Feature switch istället för feature branch? • Feature switch kan ersätta behovet av feature branch • Feature switch kan också användas för A/B testning, begränsat betatest • Feature branch och feature switch kraftfull kombination • Se upp för – Feature leaks – För många switchar
- 17. Leverans av vår första feature
- 18. Kod Release Plan SCM Bygg Miljö Deploy Test
- 19. Hur går det till? Del 1: samansättning
- 20. Versioning • Spårbarhet i hela kedjan – Release – Branch – Labels – Build – Komponent • Implementera en unik, hållbar model – Major.minor.revision.build (1.0.0.42) – Yyyy.mm.dd.rev (2014.09.29.1) • Semver.org en bra ansats
- 21. TFS 2013 Build • Kopiera resultat till TFS • Förenklad template • Styra outputstruktur • Utökningsbar genom script
- 22. Releasearkiv • Bygg miljöneutrala paket – Build once, deploy many • Publicera releaser för enkel åtkomst – TFS Drop Folder – NuGet source • Säkerställ framtida åtkomst – TFS Retention Policies
- 23. Sammansättning Release Plan SCM Bygg Miljö Deploy Test
- 24. Hur går det till? Del 2: miljöer
- 25. Modern infrastruktur Test/Dev VMs in the Cloud. Leverage existing skillset to move Test/Dev to the Cloud. Connectivity with on-premises data and applications. Common identity. Common tools and frameworks for on-premise and the Cloud. Accessed by a geographically dispersed team. VHDs Deploy Data Center Test/Dev VMs Azure Storage Dev Team Saved Disk State VPN Azure
- 26. Vår infrastruktur AD s-lab.local TFS 2013.3 Build Lab01 Win 8.1 Lab02 Win 8.1 Lab03 Win 7 Lab04 Win 2012R2 Dev01 Win 2012R2 Dev02 Win 2012R2
- 27. Miljöhantering Release Plan SCM Bygg Miljö Deploy Test
- 28. Hur går det till? Del 3: installation
- 29. Automatisera releaseprocessen TFS DEV TEST QA PROD
- 30. TFS Releaser RM Klient RM Server Server 1 Server 2 D D Server 1 Server 2 D D Microsoft Release Management
- 31. Release Pipeline
- 32. Deployment Release Plan SCM Bygg Miljö Deploy Test
- 33. Hur går det till? Del 4: testning och kvalitetssäkring
- 34. Snabba releaser – snabba tester • Mer och mer måste testas • Manuella tester kommer snart ta för lång tid • Automatisera – Så mycket som möjligt – Så tidigt som möjligt
- 35. Testning Release Plan SCM Bygg Miljö Deploy Test
- 41. Ett ramverk för Continuous Delivery 2) Code Repository 1) Team 3) Build 4) Test 5) Deploy (to Cloud) 6) Monitor and Improve “The App” Azure
- 42. www.solidify.se
Editor's Notes
- #10: Visa ”0” version av http://s-lab-l04.cloudapp.net:10000/ Website med SQL Server backend. Körs i Azure Ny applikation, utvecklat i .Net (MVC) mha Visual Studio ALM Körs också i Azure För att kunna svara på snabbt skiftande trender och populära nya funktioner hos konkurenterna vill vi rigga vår systemutveckling för att möjliggöra Continuous Delivery
- #12: Agila metoder är nog de som passar bäst men kan köra CD med vad som helst. Att bryta ner utveckling i enskilda features lämpar sig bäst En feature levereras när den är klar (DONE)
- #15: Prata lite om TFVC kontra Git För och nackdelar med både ”With great power comes great responsibility”
- #17: Utvecklar features. Vet inte hur lång tid det kommer ta men så fort en feature är klar vill få ut den i produktion Vi bygger och deployar från develop (/main/master/vad man nu vill kalla den)
- #18: När en feature bedöms som ”ok” bör switchen tas bort.
- #28: Pris? Ca 1500 SEK/mån
- #42: Komma från A till B på ett så effektivt sätt som möjligt.