[CI] Improve dependency download reliability and Windows example build isolation

Offen
  • Stimmt etwas nicht?
#1,101 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 2 Tagen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
48/100
Issue-Typ
Bug
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Tech-Stack
cpp, github-actions
Bereich
build-system, ci-cd

Rechercherichtung

Start with the CI workflow steps that download nanoarrow, Boost, and Thrift, then inspect the Windows C++23 example build and sccache setup/finalization. The issue lists transient download failures and a busy shared example/build directory; determine which follow-up to tackle and reproduce it in the relevant CI job. Done means the selected failure mode is addressed and the affected job completes reliably.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

help wanted

Recent main-branch CI failures are concentrated in dependency downloads and Windows file contention.

Recurring dependency failures:

  • nanoarrow 0.9.0 downloads from archive.apache.org failed in three Test runs. The latest Windows retry still failed after exhausting download retries.
  • Boost 1.88.0 downloads returned HTTP 504 on Ubuntu and macOS. The Ubuntu retry passed; the macOS failure remains in the run.
  • A Windows SQL Catalog run failed while downloading Thrift 0.22.0 and passed on retry.

Separately, the Windows C++23 example step failed because example/build remained busy after three cleanup attempts.

Possible follow-ups:

  • Improve source/binary caching and download fallback handling, with bounded retries for transient failures.
  • Investigate separate example build directories for each C++ standard.
  • Skip sccache finalization when setup did not complete, avoiding secondary “command not found” errors.
Vorherrschende Sprache
C++
Sterne
227
Forks
142
Ø Merge
3 T. 21 Min.
Gemergte PRs (30 T.)
70

Entwicklungsumgebung

Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus apache/iceberg-cpp

Alle Issues in apache/iceberg-cpp

Ähnliche Issues

Weitere Issues zu C++

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.