Capturar y conservar releases

Para iniciar un historial, la release anterior es opcional. Sin ella, las identidades persistentes actuales cuentan como añadidas. Antes de capturar, inspecciona el informe y confirma que la revisión esté vigente, Completed, completa y sin mapeos rechazados. SaveTether revalida las entradas; si cambió una declaración o la baseline, vuelve a revisar.

La captura escribe un manifiesto con identidades persistentes, releaseId y huella de contenido; las propuestas permanecen en el informe. El nombre de carpeta deriva del releaseId. El ID actual no puede coincidir con la baseline seleccionada y el historial/salida existente nunca se sobrescribe. Si hay colisión o se bloquea la captura, no borres ni reemplaces el historial: tras confirmar las declaraciones, elige un releaseId realmente nuevo.

Los resultados Partial, Failed, Cancelled, NoApplicableData, con entradas modificadas o con mapeos rechazados no se pueden capturar. El manifiesto UTF-8 serializado admite hasta 16 MiB. Si se supera, reduce el conjunto de declaraciones de acuerdo con la política de identidades del producto y revisa otra vez. La protección contra sobrescritura no es un archivo a prueba de manipulación; después de capturar, el control de acceso y las copias de seguridad siguen siendo responsabilidad del equipo.