Agilt arbete & git-praktik
Git-flow i ett agilt team
- Branches speglar arbetsflödet i sprinten
- Feature branches kopplas till user stories
- Develop branch representerar sprint backlog
- Main/master branch innehåller färdiga releaser
User stories & branches
- En branch per user story
- Namnkonvention: feature/US-[nummer]-kort-beskrivning
- Exempel: feature/US-42-login-functionality
- Underlättar spårbarhet mellan kod och krav
Definition of Done
- Krav som ska vara uppfylld för att en user story är klar
- Definieras av teamet
DoD, exempel
- Koden är färdigskriven och granskad via code review.
- Enhettester är skrivna och passerade (unit tests).
- Integrations- och systemtester är genomförda.
- Dokumentation är uppdaterad (om relevant).
- Inkrementet är demonstrerat och godkänt av Product Owner.
- Koden är deployad i en testmiljö och godkänd av QA.
Pull requests & code review
- Pull request när user story är klar
- Code review är en del av Definition of Done
- Teamet granskar koden tillsammans
- Främjar kunskapsdelning och kodkvalitet
Best practices
- Dagliga pulls från develop branch
- Små, fokuserade commits
- Tydliga commit-meddelanden
- Regelbundna code reviews
Code review process
- Granska ändringar
- Testa funktionalitet
- Ge konstruktiv feedback
- Godkänn eller begär ändringar
Sprint demo & merging
- Demo från feature branch
- Efter godkännande: merge till develop
- Sprint review visar kod från develop
- Successful sprint = merge till main
Konflikthantering i team
- Daglig kommunikation om ändringar
- Koordinera arbete i överlappande områden
- Använd code reviews för att upptäcka konflikter tidigt
- Pair programming vid komplexa ändringar
Tips för framgång
- Håll branches uppdaterade
- Följ teamets git-konventioner
- Dokumentera viktiga beslut
- Kommunicera ändringar i daily standup