Reprise du message précédent :

 
Perso j'utilise un vieux C2D E6300 avec un linux + Docker qui me fait toute la CI (Gitlab/Gitlab-CI/Sonarqube/Artifactory). Avec docker, ça se monte en 2h

Je suis presque sûr que le paquet DSM pour mon NAS fait la même chose oui  
C'est pour ça, au final, c'est bien plus judicieux qu'une vieille VM Windows Server qui pompe un max de RAM et une base de données SQL pour DevOps Express...

 
Mon syno est encore en DSM 4.2    
 
Mais les volumes sont montés dessus  

 
Je vais essayer, déjà, de créer le repo, on verra pour migrer le code ensuite.

 
Un simple gitlab, juste pour avoir le repo Git sans runner de CI, c'est easy
 

J'avais migrer 10 ans de codes de sourceSafe vers git quand j'étais arriver dans une ancienne boite, ça avait mouliné plus de quatre jours pour tout copier   .
 
TFS vers git ça doit se faire easy

 
Yes c'est l'esprit ! Pas besoin de CI, mon code compile toujours et se livre de lui-même
Merci en tout cas je vais me renseigner.
 

 

Je pense aussi

Bon bon bon, avant de tout foutre dans le mur, j'ai besoin de vos lumières

Je bosse sur un nouveau (pour moi...) projet en .NET
Il s'agit d'une application WPF (.NET Core 3.1) qui consomme une base des données SQL Server via une couche WCF (.NET Framework 4.7.2).

Bien entendu, le jour devait arriver où ma couche WCF plante au runtime.
Je me retrouve comme un c*n sans aucun moyen de débugger quoi que ce soit... Mes logs & innerexception me donnent un indice, mais pas assez précis...

Heureusement, j'ai la main sur le code de la couche WCF, donc je *peux en théorie* le débugger... mais je n'y arrive pas, je ne comprends pas où sont stockées les clés de config, les points de terminaison etc.. pour basculer mon "https:// prod.toto.svc" vers "https:// localhost:44388/toto.svc"

Postman ne peut rien pour moi, et bien entendu chaque appel à ce WCF demande un objet .NET en paramètre (avec une dizaine de champs requis pour l'authent, que je peux difficilement fabriquer à la main)

Vous avez une idée ?

Oulà, WCF !
Si mes souvenirs sont bons, la configuration est stockée dans le app.config dans <system.serviceModel><bindings>. Mais c'est pas obligé, tout peut être fait via le code.
 
Edit : Sinon il y a un outil de test fourni avec WCF : WcfTestClient.exe dans C:\Program Files (x86)\Microsoft Visual Studio\2019\Professional\Common7\IDE, il faut ensuite ajouter le service via Fichier > Ajouter un service. Pas sûr que ce soit utile dans ton cas car si c'est tu y accède via .net Core, j'imagine que service n'utilise pas NetTcpBinding.

Dans .NET Core il n'y a plus de .app.config. Il te faut donner le chemin de ton serveur dans le constructeur du client WCF généré. Charge à toi d'intégrer ça de manière configurable, typiquement avec les IOptions.
 
Pour le debug du serveur WCF, si tu as un basicHttpBinding comme binding, SoapUI fera le job pour tes requêtes. D'un autre côté si tu as un basicHttpBinding, la conversion de ton service WCF en REST ne serait pas compliquée non plus

Merci pour vos réponses
 
J'ai effectivement utilisé WcfTestClient.exe pour ce besoin