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

Đang mở
  • Có gì không ổn?
#1,101 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 2 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
48/100
Loại issue
Lỗi
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
cpp, github-actions
Lĩnh vực
build-system, ci-cd

Hướng nghiên cứu

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.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

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.
Ngôn ngữ chính
C++
Star
227
Fork
142
Merge trung bình
3 ngày 21 phút
Pull request đã merge (30 ngày)
70

Chuẩn bị môi trường

Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của apache/iceberg-cpp

Tất cả issue của apache/iceberg-cpp

Issue tương tự

Thêm issue về C++

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.