Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Build artifacts are committed, so git status is dirty after every build

Abierto Apto para principiantes
  • ¿Algo no está bien?
#187 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
1/5
Tiempo estimado
Menos de una hora
Aptitud para principiantes
94/100
Tipo de issue
Error
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
git, typescript
Área
build-system, developer-experience

Línea de trabajo

Empieza revisando el .gitignore de la raíz y los archivos versionados apps/http-server/tsconfig.tsbuildinfo y apps/ws-server/tsconfig.tsbuildinfo. Usa el comando git rm --cached del issue para dejar de versionarlos conservando las copias locales y, después, añade la regla de exclusión. Ejecuta pnpm run build y comprueba git status; el trabajo estará hecho cuando ambos archivos sigan presentes localmente y la compilación deje limpio el árbol de trabajo.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

documentation good first issue help wanted

Two TypeScript incremental-build caches are tracked by git:

$ git ls-files | grep tsbuildinfo
apps/http-server/tsconfig.tsbuildinfo
apps/ws-server/tsconfig.tsbuildinfo

They are regenerated by every pnpm build, so they show as modified immediately after any build:

$ pnpm run build && git status --short
 M apps/http-server/tsconfig.tsbuildinfo
 M apps/ws-server/tsconfig.tsbuildinfo
Why it matters

Anyone who builds before committing has to notice these and leave them out. Miss it, and a PR that should touch two files touches four, with a binary-looking diff nobody can review. It also makes git status useless as a check on what you actually changed.

For a new contributor this is a confusing first experience: they did not edit these files, but git says they did.

The subtlety

A .gitignore entry alone will not fix it. Git keeps tracking a file it already knows about, so the rule is ignored for these two. The repo already shows both outcomes:

apps/admin-server/.gitignore:4:*.tsbuildinfo        # added before anything was committed - clean
apps/http-server/.gitignore:5:/tsconfig.tsbuildinfo # added after - still tracked, still dirty

ws-server has no rule at all.

What a fix looks like
git rm --cached apps/http-server/tsconfig.tsbuildinfo apps/ws-server/tsconfig.tsbuildinfo

--cached removes them from git while leaving the files on disk, so nothing breaks locally. Then add *.tsbuildinfo to the root .gitignore so this cannot come back for a future app.

Worth a quick look for other generated files in the same position — git ls-files against the build output directories.

Definition of done
  • git status is clean straight after pnpm run build
  • *.tsbuildinfo is ignored repo-wide
  • The files still exist locally; incremental builds are not slower

Good first issue: two commands and a one-line ignore rule, and it removes a papercut every contributor hits.

Lenguaje dominante
TypeScript
Estrellas
21
Forks
7
Merge medio
3 h 39 min
PR fusionados (30 d)
16

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de TheCodeHeist-Coder/Rexial

Todos los issues de TheCodeHeist-Coder/Rexial

Issues similares

Más issues de TypeScript

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.