chore: standardise le formatting Go + Shell (gofumpt + shfmt)

[grams]

Quoi

Standardisation du formatting du provider (Go + Shell), dans le cadre de la généralisation du formatting de l'équipe Plateforme.

Go — gofumpt

• Activation du formatter gofumpt dans .golangci.yml (config golangci-lint v2, section formatters.enable où il était commenté).
• Suppression du réglage formatters.settings.gofmt.simplify devenu redondant : gofumpt englobe gofmt -s.
• goimports conservé.
• Reformatage one-shot via golangci-lint fmt (version alignée sur la CI, v2.1.2).
• Lock CI : le step golangci-lint du ci.yml existant vérifie déjà les formatters de la config v2 → échoue sur tout code Go non formaté.

Shell — shfmt

• Nouveau .editorconfig portant la config shfmt (indent_size=2, switch_case_indent=true), aligné sur les repos de référence Plateforme (Evaneos/infrastructure, Evaneos/fluxcd-resources-infra). shfmt lit .editorconfig nativement.
• Reformatage one-shot des scripts cluster/local/*.sh via shfmt -w.
• Lock CI : nouveau job shfmt ajouté au ci.yml existant (pas de nouveau fichier workflow), qui installe shfmt@v3.13.1 et lance shfmt -d. Son checkout n'initialise pas le submodule build/, donc shfmt ne contrôle que nos scripts écrits à la main (pas le code upstream crossplane/build).

Périmètre du reformatage

gofumpt touche du code écrit à la main (regroupement de type (...), lignes vides entre méthodes, etc. — pur formatage, aucun changement de comportement). Aucun code généré (zz_*.go) ni le submodule build/ n'est modifié.

Refs Evaneos/team-platform#279

🤖 Generated with Claude Code

[grams]

Fermée après vérification : provider-sql est un fork de crossplane-contrib/provider-sql (projet amont vivant), contrairement à provider-cloudamqp/provider-rabbitmq qui sont développés par Evaneos (générés Upjet, sans upstream).

L'upstream utilise gofmt + goimports avec gofumpt volontairement commenté, et ne formate pas le shell (pas de .editorconfig, pas de shfmt). Activer gofumpt (16 fichiers Go reformatés) + shfmt (2 scripts) + un job CI aurait fait diverger le fork de l'amont et compliqué toute reprise de code upstream — l'inverse de l'objectif crossplane-contrib#279 (diffs propres dans la durée).

La config de formatting d'Evaneos/provider-sql est déjà identique au parent (gofmt+goimports, verrouillée par le step golangci-lint du CI). Le repo est donc déjà aligné sur crossplane-contrib#279 par héritage : aucun changement n'est justifié.

Refs Evaneos/team-platform#279