Natuurlijk! Hieronder vind je een gedetailleerd overzicht van stappen om je SourceTree workflow te verbeteren door automatisering van releasecreatie, tagging en deploymentvoorbereiding voor je project WebPortalX. --- ### 1. Voorbereiding: Gebruik van Git Branches en Naming Conventies **Stel een duidelijke branching-strategie op:** - **main/master**: stabiele codebasis, gereed voor productie. - **develop**: integratie van features, testversies. - **release/X.Y.Z**: voorbereidingen voor een nieuwe release. - **feature/naam**: ontwikkel van nieuwe features. **Tip:** Gebruik consistente branch-namen en sluitbare commitberichten. --- ### 2. Automatisering van Releasecreatie en Tagging #### a. Scripts maken voor release en tagging Gebruik Git-commando's in een script om het proces te automatiseren. Bijvoorbeeld: ```bash #!/bin/bash # Script voor automatische release en tagging # Stap 1: Controleer of je op develop of main branch bent current_branch=$(git rev-parse --abbrev-ref HEAD) if [ "$current_branch" != "develop" ]; then echo "Je moet op de develop branch werken voor een release." exit 1 fi # Stap 2: Maak een nieuwe release branch read -p "Voer de nieuwe versie in (bijv. 1.2.3): " version git checkout -b release/$version # Stap 3: Test, review en merge naar main # (Dit kan manueel of via CI/CD) # Stap 4: Tag de release git checkout main git merge release/$version git tag -a "v$version" -m "Release versie $version" git push origin main --tags # Stap 5: Verwijder de release branch lokaal en op remote git branch -d release/$version git push origin --delete release/$version ``` **Tip:** Gebruik dit script in combinatie met SourceTree’s "Custom Actions" (zie below). #### b. Automatiseren via SourceTree Custom Actions - Ga naar **Tools > Options > Custom Actions**. - Voeg een nieuwe actie toe, bijvoorbeeld "Create Release". - Stel de commando's in die je script of Git-commando's uitvoeren. - Zo kun je met één klik een release maken. --- ### 3. Deployment Voorbereiding en Automatisering #### a. Deployment scripts Maak een script dat: - Gebruikt wordt voor het bundelen van assets. - Deployment-parameters instelt. - Eventueel API's of deployment tools aanroept. Voorbeeld: ```bash #!/bin/bash # Deployment script voorbeeld # Stap 1: Build project npm run build # Stap 2: Upload naar server (bijvoorbeeld via rsync) rsync -avz ./dist/ user@server:/var/www/webportalx/ ``` #### b. Automatisering via SourceTree - Voeg een custom action zoals "Deploy" toe. - Configureer het script dat automatisch de build en upload doet. --- ### 4. Fouten Voorkomen en Best Practices - **Gebruik CI/CD pipelines:** Overweeg integratie met tools zoals Jenkins, GitHub Actions of GitLab CI voor automatische tests en deployment. - **Controleer branch status:** Voordat je een release maakt, zorg dat alle tests geslaagd zijn en dat je branch up-to-date is. - **Tagging consistentie:** Gebruik semver (bijvoorbeeld v1.2.3), en controleer of tags niet al bestaan. - **Automatische checks:** Voeg pre-commit en pre-push hooks toe om te voorkomen dat onvoltooide of testfouten worden gepusht. - **Back-up en rollback plannen:** Zorg dat je altijd een manier hebt om snel terug te rollen naar een vorige stabiele versie. --- ### 5. Samenvatting - Gebruik scripting voor release en tagging. - Automatiseer via SourceTree Custom Actions. - Verbind met CI/CD voor tests en deployment. - Documenteer je workflow zodat teamleden het volgens dezelfde regels doen. - Test je scripts regelmatig om fouten te voorkomen. --- Mocht je hulp nodig hebben bij het schrijven van specifieke scripts of het configureren van custom actions, laat het gerust weten!

Zeker, ik help je graag een geautomatiseerd release management proces op te zetten in SourceTree voor je WebPortalX project. Hier is een gedetailleerd stappenplan: ## 1. Voorbereiding: Branch Strategie Instellen **Aanbevolen branch structuur:** - `main` - Productie-ready code - `develop` - Ontwikkelingsbranch - `feature/*` - Feature branches - `release/*` - Release branches ## 2. Automatiseringen Configureren in SourceTree ### A. Custom Actions voor Release Management **Stap 1: Release Branch Creation Action** - Ga naar **Settings > Custom Actions** - Klik **Add** - Configuratie: ``` Menu Caption: Create Release Branch Script to Run: git Parameters: checkout -b release/v{version} develop ``` **Stap 2: Version Bump Script** ``` Parameters: checkout develop && git merge --no-ff release/v{version} && git tag -a v{version} -m "Release v{version}" && git push origin main develop --tags ``` ### B. Hook Scripts Instellen **Pre-release Hook (.git/hooks/pre-release)** ```bash #!/bin/bash echo "Pre-release checks starten..." npm test if [ $? -ne 0 ]; then echo "Tests gefaald - release geannuleerd" exit 1 fi ``` **Post-release Hook (.git/hooks/post-release)** ```bash #!/bin/bash echo "Release v$1 succesvol aangemaakt" echo "Vergeet niet deployment voor te bereiden" ``` ## 3. Geautomatiseerd Release Proces ### Stap-voor-stap workflow: **1. Release Starten:** ```bash git checkout develop git pull origin develop git checkout -b release/1.2.0 ``` **2. Version Bump Automatiseren:** Maak een `bump-version.sh` script: ```bash #!/bin/bash VERSION=$1 # Update package.json sed -i "s/\"version\": \".*\"/\"version\": \"$VERSION\"/" package.json # Update andere config files indien nodig git add package.json git commit -m "Bump version to $VERSION" ``` **3. Custom Action voor Version Tagging:** ``` Script: ./bump-version.sh {version} Parameters: {version} ``` ## 4. Deployment Voorbereiding Automatiseren **Build Script (`build-release.sh`):** ```bash #!/bin/bash VERSION=$1 echo "Building WebPortalX version $VERSION" npm run build mkdir -p releases/$VERSION cp -r dist/* releases/$VERSION/ tar -czf WebPortalX-$VERSION.tar.gz releases/$VERSION/ echo "Build package created: WebPortalX-$VERSION.tar.gz" ``` ## 5. SourceTree Instellingen Optimaliseren ### A. Branch Weergave: - Zet **"Show all branches"** aan - Configureer **branch sorting** op recente activiteit ### B. Commit Template: **Settings > Advanced > Commit Template:** ``` Release: {version} Changes: - Fixes: - Notes: - ``` ## 6. Foutpreventie Tips ### A. Pre-release Checklist: 1. **Merge conflicten controleren** ```bash git merge-base develop main ``` 2. **Tests automatisch draaien** ```bash npm run test:ci ``` 3. **Build verificatie** ```bash npm run build:verify ``` ### B. Release Validation Script: ```bash #!/bin/bash echo "Validating release readiness..." # Check op uncommitted changes if [[ -n $(git status --porcelain) ]]; then echo "FOUT: Er zijn uncommitted changes" exit 1 fi # Check of develop up-to-date is git fetch origin LOCAL=$(git rev-parse develop) REMOTE=$(git rev-parse origin/develop) if [ $LOCAL != $REMOTE ]; then echo "FOUT: Develop branch is niet up-to-date met origin" exit 1 fi ``` ## 7. Workflow Integratie in SourceTree ### A. Favoriete Actions: - Markeer vaak gebruikte branches als **favoriet** - Sla common merge acties op als **bookmarks** ### B. Automatische Notificaties: ```bash # Voeg toe aan post-release hook curl -X POST -H 'Content-type: application/json' \ --data '{"text":"Nieuwe release WebPortalX v'$1' is klaar!"}' \ $SLACK_WEBHOOK_URL ``` ## 8. Best Practices voor WebPortalX **Versionering:** - Gebruik Semantische Versionering (SemVer) - Voorbeeld: `major.minor.patch` (1.2.3) **Release Cadans:** - Minor releases: 2-wekelijks - Patch releases: indien nodig - Major releases: quarterly **Documentatie:** - Houd `CHANGELOG.md` bij in root directory - Documenteer breaking changes duidelijk ## 9. Troubleshooting Common Issues **Probleem:** Merge conflicten bij release **Oplossing:** ```bash git mergetool # Of gebruik SourceTree's built-in merge tool ``` **Probleem:** Verkeerde tag **Oplossing:** ```bash git tag -d v1.2.3 git push origin :refs/tags/v1.2.3 ``` Met deze automatiseringen kun je consistent en foutbestendig releases maken voor WebPortalX. Test de workflow eerst in een development omgeving voordat je naar productie gaat!