release.ps1 respecteert core.sshCommand bij de origin-controle

Het script zette GIT_SSH_COMMAND hard op "ssh", waarmee het de al
geconfigureerde core.sshCommand overschreef. Op Windows praat alleen de
OpenSSH van het systeem met de ssh-agent; Git's eigen ssh niet. Afhankelijk
van de PATH-volgorde faalde de controle daardoor met "Permission denied"
terwijl git zelf prima kon pushen.

Nu wordt core.sshCommand als basis gebruikt (met "ssh" als fallback) en
worden alleen BatchMode en ConnectTimeout toegevoegd.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

release.ps1

@@ -140,9 +140,13 @@ Write-Host "══════════════════════
 # ── Stap 1: Conflictcontrole ──────────────────────────────────────────────
 Write-Step "[1/5] Controles (tags + registry-login)"
 
-# Git praat zonder prompt met origin: anders blijft het script hangen op een
-# wachtwoordvraag wanneer de SSH-sleutel of -agent niet werkt.
-$env:GIT_SSH_COMMAND = "ssh -o BatchMode=yes -o ConnectTimeout=10"
+# Geen prompts: anders blijft het script hangen wanneer SSH om een wachtwoord
+# vraagt. Wel de al geconfigureerde ssh gebruiken (core.sshCommand) — op
+# Windows praat alleen de OpenSSH van het systeem met de ssh-agent, Git's
+# eigen ssh niet.
+$sshBasis = (git config --get core.sshCommand)
+if (-not $sshBasis) { $sshBasis = "ssh" }
+$env:GIT_SSH_COMMAND = "$sshBasis -o BatchMode=yes -o ConnectTimeout=10"
 
 function Test-GitPushToegang {
     git ls-remote --heads origin 2>&1 | Out-Null