Om je GitKraken-instellingen aan te passen aan de specifieke ontwikkelingscyclus van je team, inclusief staging, testen en deployment fasen, kun je de volgende stappen en strategieën volgen: 1. Structureren van takken (branches): - **Main/master branch:** Bevat de stabiele code die klaar is voor productie. - **Develop branch:** Centrale integratie-branch voor nieuwe functies en verbeteringen tijdens de sprint. - **Feature branches:** Voor elke nieuwe functie of taak maak je een aparte branch vanaf develop (bijvoorbeeld `feature/naam`), die je na voltooiing merge naar develop. - **Staging branch:** Voor de staging-omgeving, waar je code uit develop test voordat je deze naar productie pusht (`staging`). - **Release en hotfix branches:** Voor het voorbereiden van productiereleases of snelle fixes. 2. Gebruik van GitKraken voor branch management: - Configureer je repositories zodat je makkelijk nieuwe takken kunt maken en beheren. - Maak gebruik van labels en kleuren om verschillende takken te onderscheiden (bijvoorbeeld rood voor hotfix, groen voor features). - Stel duidelijke branch naming conventions af die aansluiten bij je workflow. 3. Beheer van pull requests (PR’s): - Gebruik PR’s om code review en kwaliteitscontrole te faciliteren voordat veranderingen worden samengevoegd. - Integreer PR’s in GitKraken zodat je gemakkelijk de status kunt volgen. - Stel beleid in voor het aantal goedkeuringen en automatische tests voordat een PR wordt gemerged. 4. Integratie met Jira: - Gebruik de Jira-integratie in GitKraken om issues en tickets direct te koppelen aan branches en commits. - Maak standaard commit-sjablonen die verwijzen naar Jira-issues (bijvoorbeeld: `JIRA-123: Voeg nieuwe login functionaliteit toe`). - Link PR’s en branches automatisch aan Jira-tickets voor betere traceerbaarheid. 5. Aanpassen aan de tweewekelijkse sprintcyclus: - Plan je releases en deployment-momenten aan het einde van elke sprint. - Gebruik de staging branch om code gedurende de sprint te testen en te integreren. - Na afronding van de sprint, merge je develop naar staging, voer je tests uit, en deploy je naar productie, alles binnen het tijdsbestek van twee weken. 6. Strategieën voor een soepele workflow: - Gebruik continuous integration (CI) tools die automatisch testen uitvoeren op PR’s. - Automatiseer deployment via scripts en integraties met je deployment tools. - Documenteer je workflow duidelijk voor alle teamleden en houd regelmatig retrospectives om het proces te verbeteren. Door deze configuraties en strategieën in GitKraken en je tooling te implementeren, stem je je ontwikkelingsproces af op de tweewekelijkse sprints en de verschillende fasen van staging, testen en deployment.

Hier is een overzicht om je GitKraken in te richten volgens jullie tweewekelijkse sprintcyclus: ### GitKraken Branch Strategie 1. **Hoofdtakken:** - `main`/`master` - altijd deployment-klaar - `develop` - integratietak voor features 2. **Ondersteunende takken:** - `feature/JIRA-ID-korte-beschrijving` - voor nieuwe functionaliteit - `release/versienummer` - voor staging en testing - `hotfix/korte-beschrijving` - voor kritieke fixes ### Werkflow per Sprint **Week 1: Ontwikkeling** ```bash # Nieuwe feature starten git checkout develop git pull origin develop git checkout -b feature/JIRA-123-user-authentication ``` **Week 2: Testing & Deployment** ```bash # Release tak aanmaken git checkout develop git checkout -b release/v2.1.0 ``` ### GitKraken Instellingen 1. **Automatische tak tracking:** - Ga naar Preferences > UI Preferences - Schakel "Auto-fetch remote changes" in 2. **Pull Request instellingen:** - Preferences > Git Integration - Configureer je Git hosting service (GitHub/GitLab) ### Jira Integratie 1. **Koppel GitKraken aan Jira:** - Preferences > Integrations > Jira - Voeg je Jira server URL toe - Authenticeer met API token 2. **Branch naming conventie:** - Gebruik altijd Jira ticketnummer in taknamen - Bijvoorbeeld: `feature/JIRA-123-beschrijving` ### Pull Request Proces 1. **Feature voltooid:** - Push feature tak naar remote - Open PR van `feature/*` naar `develop` - Voeg Jira ticketnummer in PR titel 2. **Code review:** - Minimaal 1 teamgenoot moet approve - Alle checks moeten slagen 3. **Merge strategie:** - Gebruik "Squash and merge" voor feature takken - Behoud zo een schone geschiedenis ### Staging & Deployment 1. **Release preparatie:** ```bash git checkout develop git checkout -b release/v2.1.0 # Version bump en laatste fixes ``` 2. **Testing fase:** - Merge `release/*` naar staging omgeving - Voer testen uit 3. **Production deployment:** - Merge `release/*` naar `main` - Tag release: `git tag -a v2.1.0 -m "Version 2.1.0"` ### Handige GitKraken Features - **Graph view:** Volg takken en merges visueel - **Undo functionality:** Maak fouten ongedaan - **Conflict resolver:** Visuele merge conflict tool - **Commit templates:** Standaard commit berichten ### Best Practices 1. **Dagelijkse routine:** - `git fetch` om remote wijzigingen op te halen - Rebase feature takken regelmatig - Push werk aan het einde van de dag 2. **Sprint afsluiting:** - Zorg dat `develop` altijd stabiel is - Verwijder oude feature takken - Update Jira tickets met commit hashes Deze setup zorgt voor een gestroomlijnde workflow die perfect aansluit bij jullie tweewekelijkse sprintcyclus!