fix(shared): accept a private repository carrying a single credential

[KepoParis]

Issues liées

Issues numéro:

---

Quel est le comportement actuel ?

Depuis la migration des dépôts vers l'API v2, CreateRepositorySchema déclare
externalUserName et externalToken en .min(1) sur la branche isPrivate: true
de l'union discriminée : les deux credentials sont donc obligatoires.

L'API v1 (CreateRepoFormSchema), elle, n'a jamais exigé que l'un des deux — c'est
aussi ce que valide encore le formulaire client (RepoForm.vue). Créer un dépôt privé
avec un token seul (ou un nom d'utilisateur seul) passe la validation du front, puis
échoue côté serveur :

POST /api/v2/projects/:projectId/repositories → 400 Bad Request

{
  "formErrors": [],
  "fieldErrors": {
    "externalUserName": [
      "Si le dépôt est privé, vous devez renseigner au moins le nom d'utilisateur ou le token"
    ]
  }
}

Le message renvoyé contredit d'ailleurs la règle réellement appliquée. Deux tests e2e
échouent en CI sur ce 400 : Should add an external private repo (token seul) et
Should add an external private infra repo (nom d'utilisateur seul).

Quel est le nouveau comportement ?

Un dépôt privé n'exige plus qu'au moins un des deux credentials, comme en v1 :

• externalUserName et externalToken passent à z.string().default('') ;
• un .refine() porté par l'union impose la présence d'au moins l'un des deux.

Le type de sortie CreateRepository est inchangé (les deux champs restent des string
non optionnelles pour un dépôt privé), donc aucun impact sur le service ni sur le mapping
côté serveur.

Tests unitaires du schéma mis à jour en conséquence : token seul accepté, nom
d'utilisateur seul accepté, aucun credential rejeté, les deux vides rejetés.

Cette PR introduit-elle un breaking change ?

Non. La validation est assouplie : toutes les charges utiles acceptées auparavant le
restent. Aucun test e2e n'a été modifié — les deux tests qui échouaient passent désormais
sans changement.

Autres informations

[cloud-pi-native-sonarqube]

Quality Gate passed

Issues

• 0 New Issues
• 0 Fixed Issues
• 0 Accepted Issues

Measures

• 0 Security Hotspots
• 100.00% Coverage (43.80% Estimated after merge)
• 0.00% Duplicated Code (4.10% Estimated after merge)

Project ID: cloud-pi-native_console_AYsa46O31ebDtzs-pYyZ

View in SonarQube