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

Aberta
#1,101 0 comentários 0 reações 0 responsáveis Ver no GitHub

Mantenedores costumam responder em até 2 dias

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
4/5
Tempo estimado
3-5 dias
Facilidade para iniciantes
48/100
Tipo de issue
Bug
Clareza
Razoavelmente clara
Status de atividade
Ativa
Stack de tecnologia
cpp, github-actions
Domínio
build-system, ci-cd

Direção de pesquisa

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.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

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.
Linguagem predominante
C++
Estrelas
227
Forks
142
Merge médio
3d 21min
PRs com merge (30d)
70

Preparar o ambiente

Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de apache/iceberg-cpp

Todas as issues de apache/iceberg-cpp

Issues semelhantes

Mais issues de C++

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.