Complete CI

[LxLeChat]

J'ai mis en place une github actions, qui build la solution, et run les tests.
Il faudra compléter a terme avec

• la maj du manifeste
• ajouter des machines pour runner les tests ( ubuntu & macos ) (pour l'instant impossible de dll pester ... )
• publication sur la gallery ... si je retrouve ma clé ... et quand la psgallery sera de nouveau up ... !
• la generation des docs ?
• maj du readme si possible ... !

[LaurentDardenne]

J'ai mis en place une github actions, qui build la solution, et run les tests.

Ok, mais comment on build si on a pas accès à github ?
Je peut aussi vouloir contrôler la chaîne avant de commiter.
En recherchant 'simulate github action' on peut lire que le besoin existe. Je ne sais pas si on peut découpler ce build à l'aide de scripts.

[LxLeChat]

ouais j y ai pensé, je vais compléter le script de build qui existe,.
c'était surtout pour m'amuser un peu avec du yaml ... 😸

enfait le plus logique serait de lancer directement le script de build dans l'action github, mais la ça permet surtout de builder, si le build est passé de runner les tests

[LxLeChat]

ajout de ubuntu à la matrice de tests, mais vu que le module est cassé ça ne fonctionne pas .. !

[LxLeChat]

Ubuntu:

Discovering in /home/runner/work/FlowChartCore/FlowChartCore/Test/UseCases.Tests.ps1.
System.IO.FileNotFoundException: The specified module '/home/runner/work/FlowChartCore/FlowChartCore/Test\..\Src\bin\Debug\netcoreapp3.1\FlowchartCore.dll' was not loaded because no valid module file was found in any module directory.

On my Ubutun 18-04 (wsl) tests are working ... dont know why they are not working on the github ubuntu runner ...

[LxLeChat]

A priori Ubuntu dans github actions est case sensitive...
Du coup il va falloir reflechir à comment lancer les tests autrement...
Je vais créer un répertoire CI, qui sera dédié uniquement au ... CI ! sinon je vais pas m en sortir de ce truc !

Get-Item -Patch .\src retourne une erreur, tandis que Get-Item -Path .\Src fonctionne ..

[LaurentDardenne]

Il y a ce post sur le sujet, peut-être un pb de configuration ?

Get-Item -Patch .\src retourne une erreur, tandis que Get-Item -Path .\Src fonctionne ..

Powershell doit être insensible à la casse. C'est un gros soucis ce cas !

[LxLeChat]

je suis exactement tombé sur ce post !
[edit] j'ai posé la question sur le discord PS et sur twitter on verra bien
https://twitter.com/LxleChat/status/1327638476280524800?ref_src=twsrc%5Etfw

[LxLeChat]

Bon bah va falloir faire du renommage..! Les fichiers et folders sont case sensitive sur linux... du coup tu peux avoir src et Src côte à côte

[LaurentDardenne]

Bon bah va falloir faire du renommage..! Les fichiers et folders sont case sensitive sur linux... du coup tu peux avoir src et Src côte à côte

J'ai un doute :

Comportement dépendant du FS ?
Que Linux soit sensible à la casse c'est une chose et je suis tenté de dire que tant que l'on passe des commandes dans cet environnement on doit y prêter attention, mais dans un script Powershell ? quoique.

Si tu renommes, tu renommes tout en minuscule ? Curieux de voir ce cas :-)

[LxLeChat]

Je suis plutôt partisan du 1 lettre de chaque mot en maj... mais ici je crois que je vais pas me prendre la tete et tout mettre en minuscule
Du coup oui c le FS qui joue, et sur wsl le FS c celui de windows finalement...

[LxLeChat]

bon voila ... xD c'est fixé! j'ai changé 1 charactère 😸 !

[LxLeChat]

je viens d'inclure la generation des docs avec platyps ... la tache fonctionne ... sauf qu'on ne retrouve pas les fichiers dans le répertoire module ^^ j'ai du rater un truc ! du coup ça doit etre pareil pour le build de la dll !!!
quoi que ... du coup ça sera utilisé dans la phase de publish ... ARGLE je ne sais pas ce que je fais !

[LaurentDardenne]

ARGLE je ne sais pas ce que je fais !

C'est un bon début ;-)

on ne retrouve pas les fichiers dans le répertoire module ^^

Dans mon ébauche de build je créé, à la racine du projet, un répertoire Release (exclu dans .gitignore) dans lequel je génère tous les fichiers de la livraison.
C'est pour cette raison qu'un build hors 'github action' a son intérêt, on fait la même chose mais pas de la même manière.

sauf qu'on ne retrouve pas les fichiers dans le répertoire module

La plupart des build PS sont basés sur des recopies de fichier, reste à paramétrer le répertoire de livraison.

[LaurentDardenne]

Du peu que je comprends, dans le CI, ceci :

  $MdFiles.Foreach({ New-ExternalHelp -Path $PsItem.FullName -OutputPath $PSItem.DirectoryName })

cible, pour l'élément à générer, le même répertoire (l'extension diffère). Il n'y a pas de de notion de répertoire de livraison à partir duquel on publie le module.