Docs: la limpieza se unio a main (rama unica)

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>

CLAUDE.md

@@ -10,7 +10,7 @@ comprimido (versión antigua)**.
 
 ## Versión y control de versiones
 
-- **Versión actual: 2.1.15.0** (rama `limpieza-2.1.8.0`; `main` = 2.1.7.0) (`Net.Business.Services.csproj`: `Version`,
+- **Versión actual: 2.1.15.0** (rama única `main`; la rama `limpieza-2.1.8.0` se unió a `main` el 2026-10-20 por avance directo) (`Net.Business.Services.csproj`: `Version`,
   `AssemblyVersion`, `FileVersion`). Cada versión tiene su commit; al publicar
   se sube la versión (ver `publicar.ps1`).
 - **Semver** (desde la 2.1.15): `MAJOR.MINOR.PATCH`; el cuarto número del `csproj` (.NET lo pide) va siempre en `0`.

README.md

@@ -76,7 +76,7 @@ dotnet publish Net.Business.Services/Net.Business.Services.csproj -c Release -r
 ## Versión y script de publish
 
 - La versión sale de `<Version>`/`<AssemblyVersion>`/`<FileVersion>` en
-  `Net.Business.Services/Net.Business.Services.csproj` (actual: **2.1.15.0** en la rama de limpieza; `main` = 2.1.7.0);
+  `Net.Business.Services/Net.Business.Services.csproj` (actual: **2.1.15.0** en `main`);
   súbela en cada publish. Se usa **semver** (`MAJOR.MINOR.PATCH`, cuarto número del
   `csproj` siempre `0`): `MAJOR` cambia el contrato de la API, `MINOR` agrega funcionalidad
   compatible, `PATCH` corrige o limpia sin cambio de contrato (detalle en `CLAUDE.md`).
@@ -107,8 +107,8 @@ git switch -c recuperar-2.1.7.0 v2.1.7.0   # trabajar desde ahí en una rama nue
 - Si la limpieza se une a `main` y hay que **deshacerla**, lo más seguro es
   `git revert` del merge (no reescribe el historial). Evitar `git reset --hard`
   y `git push --force` sobre `main`.
-- La rama `main` no se toca durante la limpieza; el trabajo va en
-  `limpieza-2.1.8.0`.
+- La limpieza se unió a `main` el 2026-10-20 (avance directo, sin commit de merge), por
+  lo que ya no hay una rama aparte; la etiqueta `v2.1.7.0` sigue siendo el punto de retorno.
 
 ## Logs de integración