Misma causa y mismo síntoma que el `/.dev-fs` de esta tarde: `/store/` sólo ignora un directorio, y un clon que quiera construir necesita `store -> /store` (así lo tiene /opt/takana). El enlace aparecía como `?? store` en cada `git status`, que es ruido permanente en un repo donde varios agentes leen ese status para separar lo suyo de lo ajeno.
32 lines
686 B
Plaintext
32 lines
686 B
Plaintext
# Rust
|
|
/target
|
|
**/*.rs.bk
|
|
Cargo.lock.orig
|
|
|
|
# hammer local state (never commit the store, build work tree o runtime state)
|
|
/store
|
|
/store-*/
|
|
# staging de cosecha de la granja: son artefactos del store (dirs <hash>-<nombre>), 26G la última
|
|
# vez. Nació de un rsync a mano (ningún script lo referencia) y quedó SIN ignorar ⇒ un `git add -A`
|
|
# habría intentado commitear el store entero. Ignorado por si vuelve a aparecer.
|
|
/.farm-harvest/
|
|
/var/
|
|
/.dev-fs
|
|
/work/
|
|
/dist/
|
|
*.swm.local
|
|
|
|
# editor / OS
|
|
.DS_Store
|
|
*.swp
|
|
.idea/
|
|
.vscode/
|
|
Conversación co.txt
|
|
|
|
# python
|
|
__pycache__/
|
|
|
|
# Scratch para bootstrap del frente rust (mrustc clone + fuentes rustc, multi-GB)
|
|
.scratch/
|
|
scripts/farm/.fleet
|