### 2.3 ¿Si elimino el repositorio que contiene mi código, ¿los datos permanecerán en Software Heritage?
Sí, todos los artefactos del código fuente del software se conservan a largo plazo.
### 2.4 ¿Cuál es la política que determina lo que merece ser archivado? ¿Existen requisitos para que un repositorio de GitHub, GitLab o XXX sea archivado por Software Heritage?
Nosotros no inspeccionamos ni filtramos el código fuente, y archivamos todos lo
que podamos encontrar. Por lo tanto, no hay requisitos, pero sugerimos seguir
Nuestra misión principal es preservar código fuente, ya que es legible por
humanos y contiene información preciosa que queda descartada en los
ejecutables. En consecuencia no archivamos activamente ficheros binarios,
pero, si los binarios están incluidos en un repositorio de software, no
los filtramos en el proceso de archivado. Por lo tanto, es posible
encontrar algunos binarios en el archivo.
### 2.7 No consigo encontrar todas mis “releases” en un repositorio git en Software Heritage, ¿qué debería hacer?
No se preocupe, su repositorio ha sido guardado enteramente.
Lo que está viendo es solamente una diferencia terminológica entre lo que plataformas como GitHub llaman “releases” (todas las etiquetas git sin anotaciones) y lo que nosotros llamamos “releases” (un nodo del árbol de Merkle, que corresponde a una etiqueta git anotada). Esto es un problema común, debatido por ejemplo en este [hilo](https://stackoverflow.com/questions/11514075/what-is-the-difference-between-an-annotated-and-unannotated-tag).
<details>
<summary> Expandir para más detalles </summary>
<br>
Por ejemplo, usted etiquetó su release llamándola "FinalSubmission", pero
sin usar una etiqueta anotada: en ese caso, no aparecerá en la pestaña
“Releases” en Software Heritage, pero, sin embargo, ¡está ahí! Haga clic en
el menú desplegable “branch” en la interfaz web de Software Heritage y la
encontrará listada como "refs/tags/FinalSubmission". Si usted quiere que su
release aparezca en nuestra interfaz web necesita crear sus etiquetas
utilizando "git tag -a" en vez de simplemente "git tag", o crear la release
directamente en la interfaz de la plataforma de alojamiento, que utiliza el
apropiado "git tag -a" detrás de escenas, y luego archiva otra vez el
repositorio.
</details>
## Referencia e Identificación
### 3.1 <a name="SWHID"></a>¿Qué es un SWHID (SoftWare Hash Identifier)?
El **SWHID** (SoftWare Hash Identifier) es un identificador intrínseco
persistente que se calcula de forma única a partir del propio artefacto de
software. Consulte [la publicación del blog dedicada para obtener más
información sobre los identificadores intrínsecos y extrínsecos](https://www.softwareheritage.org/2020/07/09/intrinsic-vs-extrinsic-identifiers/).
<details>
<summary> Expandir para más detalles </summary>
<br>
Todos los detalles sobre la sintaxis, la semántica, la interoperabilidad y
la implementación se pueden encontrar en [la especificación
Crédito: Gruenpeter M. and Thornton K. (2018) Pathways for Discovery of Free Software (slide deck from LibrePlanet 2018). <https://en.wikipedia.org/wiki/File:Pathways-discovery-free.pdf>
</figcaption>
</figure>
</details>
### 5.5 ¿Software Heritage comprueba los metadatos (e.g. para verificar si se ha declarado una licencia)?
La respuesta corta es no. Software Heritage no realiza ningún filtrado a
