From a6cefd9b5d33c416419ef8bacfcc8fa05bb8fc61 Mon Sep 17 00:00:00 2001
From: Sergio <sergio@gioser.net>
Date: Fri, 18 Sep 2026 19:23:41 +0000
Subject: [PATCH] =?UTF-8?q?.gitignore:=20`/store`=20sin=20barra=20?=
 =?UTF-8?q?=E2=80=94=20igual=20que=20`.dev-fs`,=20hoy=20es=20un=20SYMLINK?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

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.
---
 .gitignore | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/.gitignore b/.gitignore
index b0784c46..3f84ba23 100644
--- a/.gitignore
+++ b/.gitignore
@@ -4,7 +4,7 @@
 Cargo.lock.orig
 
 # hammer local state (never commit the store, build work tree o runtime state)
-/store/
+/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`