Support Bazel repository contents cache
Los mantenedores suelen responder en 1 día
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 68/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- go
- Área
- build-system
Línea de trabajo
Start with handler/getchangedtargets.go and trace how target graph computation finds Bazel repository metadata, especially the expected external/<repo>.marker file. Compare that lookup with the repository contents cache layout described in the issue, where metadata is in a .recorded_inputs file. Done when analysis handles this layout without the reported missing-marker error; run the relevant target graph tests.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I am trying to setup Tango for one of our projects as a POC. The project is a Java service built with Bazel 9.3.0.
I am facing the following issue when analyzing the repository:
2026-10-20T12:03:08.957+0200 ERROR handler/getchangedtargets.go:39 GetChangedTargets failed {"repository": "demand-api", "error": "fetch target graphs: failed to get target graph #1: get target graph: compute target graph: bzlmod repo \"rules_jvm_external++maven+io_netty_netty_codec_protobuf_4_2_19_Final\" has targets in query but no marker file", "error_code": "infra"}
AI assisted analysis: Bazel successfully finds the dependency but Tango fails afterward while calculating target hashes. Tango uses Bazel's repository metadata to detect changes to external dependencies. It currently expects that metadata in an external/@<repo>.marker file. With Bazel's repository contents cache, the dependency directory can instead be a symlink into a shared cache, with metadata stored alongside the cached directory in a .recorded_inputs file. This layout was observed in the affected Tango workers. Tango only looks for .marker files, so it treats the dependency's metadata as missing and aborts the request.
Perhaps I am missing some necessary configuration in the project's .bazelrc to support Tango. Do you any have suggestions or workarounds?
- Lenguaje dominante
- Go
- Estrellas
- 23
- Forks
- 11
- Merge medio
- 1 d 10 h
- PR fusionados (30 d)
- 18
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de uber/tango
-
enhancement
Dificultad 3/5 1-2 días Aptitud para principiantes 65/100
Los mantenedores suelen responder en 1 día
-
race in core/bazelQuizá libre de nuevo @sywhang la tomó hace 136 días y no hay ningún pull request abierto. Abierto
Los mantenedores suelen responder en 1 día
-
implement default SHELL strategyAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 25/100
Los mantenedores suelen responder en 1 día
Todos los issues de uber/tango
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
-
evener-transcript-v2-upgrade tool still scans transcript files through bufio's 4 KiB default bufferAbierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 78/100
prime-radiant-inc/evener#6370 ·
Los mantenedores suelen responder en 1 día
-
ManageSieve proxy: a backend's NO/BYE greeting is skipped as a capability line and reported as EOFAbiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
Mend: dependency security vulnerability
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
-
Mend: dependency security vulnerability
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
ManageIQ/manageiq-pods#1476 ·
Los mantenedores suelen responder en 1 día