1. Version mayor: se debe tener cuidado a la hora de implemntar cambios o versiones mayores ya que esto como se menciona anteriormente puede afectar la compatibilidad de versiones anteriores y se deba realizar una modificacion de codigo o con la nueva versión.

2. Versión Menor: en estas versiones se puede ver pequeños cambios y actualizaciones realidas que no afectan la compatibilidad.

Por ultimo en este parrafo, se puede entender que se pueden agregar o eliminar cambios, pero que no afecten a el software y la compatibilidad de sus versiones y actualizaciones, ya que de esta manera se podra ejecutar y actualizar versiones sin novedad alguna y sin la preocupacion de que el software deje de funcionar.

• Cuando se presenta un cambio en la API, puede que se presente incompatibilidad de versiones y el software anterior ya no tenga conexion o responda a este cambio realizado, ya sea por modificacion local, cambio de nombres o ubicacion renombrada

Esto Indica a una Versión de Correciones.

Se conoce como Patch y son correcciones que solucionan problemas sin cambiar la funcionalidad de un software, esta funcionalidad es pensada en que no se afecte para que los usuarios no tengan problemas mayores en la interaccipon con la API.

algunas diferencias de un software de codigo abierto y código cerrado es:

Código abierto: el codigo fuente esta en linea, puede ser modificado y compartido en conjunto.

1. se ve la participación y un desarrollo a una compresión de codigo

2. en la clase de Unidades Semanticas podemos ver que hace referencia a la gestion de versiónes y actualizaciones por Git.

Código Cerrado: Es un código que no se encuentra libremente y que este posiblemente tiene un propietario

1. En el caso de esta guia y en el mantemiento o actaulizacion de los software pueden estar es sujetas a unas politicas de privacidad

Como posibles soluciones a estas versiones y actualizaciones se propone una guia clara para que se pueda asignar de una manera sencilla a software o dependencias

esto puede ser una ayuda enorme para que se evite en gran mayor los problemas o errores

cuando se habla de versiones promiscuas, quiere decir que o hace referencia a una versión que se creo o se actualizo para futuras razones, esta versión puede que sea compatible con una dependencia pero no garantiza que se acomode a los futuras versiónes-

En ese parrafo se puede entender la importancia de tner un sofware claro y preciso, esto para que no se tenga un riesgo a la hora de crear versiónes o actualizacion en una dependencia

Este parrafo puede entenderse como un problema que se presenta en un desarrollo de un Sofware, en este caso hace mencion a la versión mayor.

• A medida que un sistema de software crece y se agregan más paquetes se pueden crear problemas entre esas actualizaciones de paquete, con actualizacion de nuevas versiónes y la identificación de los presente errores

Me parece una gran herramienta para encontrar documento en formato PDF Y HTML con información en el ámbito académico y que se pueda interactuar con otros grupos sobre el contenido de esos documentos. La verdad puede ser una buena herramienta para el sector académico pero creo que esta muy limitado por el simple echo de usar un leguaje de programación limitado.

Prueba 1

Puedes dar tus apreciaciones con etiquetas.

Considero que las indicaciones dadas en el documento son coherentes y pertinentes para explicar como anotar un texto

Omeka permite que se incluyan anotaciones en Hypothes.is directamente, apenas resaltando el texto.