feat: add retry mechanism for artifact uploads with configurable wait time #56
No reviewers
Labels
No labels
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
schmalz/shared-actions!56
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "feature/upload-artifact-retries"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
@ -10,6 +10,7 @@ Upload files as a Forgejo Actions artifact. Thin wrapper around `forgejo/upload-| `path` | Yes | — | File or directory path to upload || `retention-days` | No | `30` | Number of days to retain the artifact || `if-no-files-found` | No | `warn` | Behaviour when no files are found — `warn`, `error`, or `ignore` || `retry-wait-seconds` | No | `10` | Seconds to wait before each retry attempt |wärs nicht auch gut wenn man anstatt nur die Sekunden zwischen einem Retry angeben zu können auch die Anzahl und ob überhaupt retried werden soll? (Das kann man ja dann zusätzlich über bspw. einen Parameter
retry-countmachen der default auf 0 steht.)Damit bleibt die
upload-artifactaction auch verwendbar wenn kein Retry gemacht werden soll.Leider ist das sehr schwierig weil man eine composite Action nicht in der loop aufrufen kann. Ich finde es so wie wir es lösen schon hässlich, wenn wir jetzt noch "endlose" Schritte hinzufügen wird es noch hässlicher. Daher wäre für mich das der Kompromis.
passt für mich.