guide: GH resuming workflow
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 35/100
- Issue-Typ
- Dokumentation
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- aws, gcp, github-actions
- Bereich
- ci-cd, cloud, documentation
Rechercherichtung
Beginne mit dem Leitfaden cml-with-dvc und dem GitHub-Abschnitt von self-hosted-runners, insbesondere mit dem Beispiel allocating-cloud-compute-resources-with-cml. Überprüfe die angeforderten self-hosted labels, timeout-minutes: 50400, das Verhalten bei der Wiederaufnahme von Workflows und das Caching von DVC-Checkpoints. Als abgeschlossen gilt die Aufgabe, wenn der Leitfaden ein vollständiges Beispiel für einen lang laufenden Workflow enthält, das zeigt, wie wiederaufgenommene Workflows vorherige Ergebnisse wiederverwenden.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Add a self-hosted long-running example to https://cml.dev/doc/cml-with-dvc (or somewhere else)
- GH action launches "self-hosted" GCP/AWS using
cml runner --reuse --labels=cmland probably--cloud-spot - GH action runs the rest of the workflow on the "self-hosted" runner using
runs-on: [self-hosted, cml]andtimeout-minutes: 50400 - If GH action is about to timeout, CML will restart the workflow
- i.e. https://cml.dev/doc/self-hosted-runners?tab=GitHub#allocating-cloud-compute-resources-with-cml
- The key is requesting GH's maximum
timeout-minutes: 50400- this signals to CML to restart the workflow just before timeout. - write code to cache results so that the restarted workflow will use previous results (e.g. use https://dvc.org/doc/user-guide/experiment-management/checkpoints#caching-checkpoints and https://github.com/iterative/dvc/issues/6823)
- Vorherrschende Sprache
- TypeScript
- Sterne
- 13
- Forks
- 22
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Entwicklungsumgebung
Startet den Dev-Container des Projekts im Browser, mit Ihrem eigenen GitHub-Konto.
- Kein Dockerfile und keine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus iterative/cml.dev
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 48/100
-
Link Checker ReportOffenlink-check-all
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 40/100
-
Link Checker ReportOffenlink-check-all
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 45/100
-
crossref DVCLiveEvtl. wieder frei @casperdcl hat das vor 1341 Tagen übernommen, und es ist kein Pull Request offen. OffenC: guide C: ref documentation p1-important
-
docs: driver token timeoutEvtl. wieder frei @dacbd hat das vor 1354 Tagen übernommen, und es ist kein Pull Request offen. OffenC: guide C: ref documentation
Alle Issues in iterative/cml.dev
Ähnliche Issues
-
community first-timers-only good first issue hacktoberfest help wanted low hanging fruit up-for-grabs
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 70/100
lingdojo/kana-dojo#32590 · 1 Kommentar · 5 Reaktionen ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug p2
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
bastani-inc/atomic#3703 ·
Maintainer antworten meist innerhalb von 1 Tag
-
backend bug difficulty: medium priority: medium reliability
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
trustflow-protocol/trustflow-backend#730 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
firecrawl/firecrawl-mcp-server#548 ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 90/100
Maintainer antworten meist innerhalb von 1 Tag