Open adedner opened 8 months ago
was auch geht, und das schaue ich mir an, sobald das packaging wieder geht, dass man actions von anderen files lädt, dann kann man zumindest mal das testing der packages vom anderen testing laden und diese code Duplizierung vermeiden.
Vielleicht kann man im Privaten repo action file ein clone einbauen fuer das dune repo und die entscheidenden Dateien dort rauskopieren?
.github/workflows/packaging.yml
. Im Moment wird im upload Schritt actions/download-artifact@v3
ausgefuehrt, wodurch die Datei packages.zip gehohlt wird. Die Pakete aus der Datei werden dann nach pypi oder wo auch immer hochgeladen.
Das kann so bleiben, ausser das packages.zip von dune/dune-testpypi gehohlt werden muss. Das geht wohl
https://github.com/actions/download-artifact?tab=readme-ov-file#download-artifacts-from-other-workflow-runs-or-repositoriesum Pakete zu bauen muss man erst das tutorial testing in dune/dune-testpypi anstossen und wenn das geklappt hat, muss man zu adedner/dune-testpypi wechseln, um das hochladen zu machen. Aber dafuer ist alles was das bauen und testen angeht an einer Stelle und im anderen repo sind wirklich nur noch eine Datei mit den hochlade Skript.
Wenn das so funktioniert, dann koennen wir noch in den adedner/dune-testpypi workflow einbauen, dass der testing workflow in dune/dune-testpypi angestossen wird und dann das package.zip artifact holen und hochladen. Siehe link in der Beschreibung oben.
Suggestion
See https://blog.marcnuri.com/triggering-github-actions-across-different-repositories for some details on this. The packaging needs to still be done here so there will be some code duplication but not too bad hopefully. Perhaps the artifacts can also be transferred between repos.