- 1. Preámbulo
- 2. Resumen del proyecto
- 3. Instrucciones de instalación
- 4. Instrucciones de uso
- 5. Testeo de funciones
- 6. Planificación
- 7. Herramientas utilizadas
Markdown es un lenguaje de marcado que facilita la aplicación de formato a un texto empleando una serie de caracteres de una forma especial. En principio, fue pensado para elaborar textos cuyo destino iba a ser la web con más rapidez y sencillez que si estuviésemos empleando directamente HTML. Y si bien ese suele ser el mejor uso que podemos darle, también podemos emplearlo para cualquier tipo de texto, independientemente de cual vaya a ser su destino. Markdown es ampliamente popular entre los desarrolladores y a menudo se utiliza para crear documentación, archivos README, publicaciones en foros, blogs y más.
Uno de los problemas que se enfrentan en la comunidad de código abierto es que estos archivos MD suelen incluir enlaces que con el tiempo se rompen o se vuelven inválidos. Esto reduce significativamente el valor de la información compartida.
Por este motivo es que se creó una herramienta utilizando Node.js que pueda leer y analizar enlaces en archivos Markdown.
Esta herramienta consiste en una libreria de Node.js, que permite extraer todos los enlaces dentro de un archivo de tipo Markdown, identificar cuales son los códigos de respuesta de las consultas, realizar estadísticas como: cuántos enlaces estan rotos, cuáles son únicos y cuántos hay en total.
Abrir la terminal en la carpeta del proyecto donde desee instalar la librería y escriba el siguiente comando:
npm install md-links-analyzer@0.1.0
Una vez instalado ya podrá ser utilizado como se explicará a continuación.
Al escribir en la terminal el siguiente comando y ejecutarlo:
mdlinks ./ruta
Se imprimirá un arreglo de objetos con las url, la referencia dada al enlace y la ruta del archivo donde se encontró el enlace. Ejemplo:
mdlinks ./docs/textoprueba.md
[{
text: 'Markdown-it',
url: 'https://www.npmjs.com/package/markdown-it',
file: 'C:\\Users\\LNAnd\\Documents\\Ejercicio-MDLinks\\DEV009-md-links\\docs\\textoprueba.md'
},
{
text: 'marked',
url: 'https://github.com/markedjs/marked',
file: 'C:\\Users\\LNAnd\\Documents\\Ejercicio-MDLinks\\DEV009-md-links\\docs\\textoprueba.md'
},
{
text: 'Cheerio',
url: 'https://cheerio.js./',
file: 'C:\\Users\\LNAnd\\Documents\\Ejercicio-MDLinks\\DEV009-md-links\\docs\\textoprueba.md'
}]
Al ejecutar el siguiente comando:
mdlinks ./docs/textoprueba.md --validate
Se va a verificar y obtener el codigo de respuesta de los links, obteniendo la siguiente respuesta en un arreglo de objetos:
[
{
text: 'Markdown-it',
url: 'https://www.npmjs.com/package/markdown-it',
file: 'C:\\Users\\LNAnd\\Documents\\Ejercicio-MDLinks\\DEV009-md-links\\docs\\textoprueba.md',
status: 200,
info: 'ok'
},
{
text: 'marked',
url: 'https://github.com/markedjs/marked',
file: 'C:\\Users\\LNAnd\\Documents\\Ejercicio-MDLinks\\DEV009-md-links\\docs\\textoprueba.md',
status: 200,
info: 'ok'
},
{
text: 'Cheerio',
url: 'https://cheerio.js./',
file: 'C:\\Users\\LNAnd\\Documents\\Ejercicio-MDLinks\\DEV009-md-links\\docs\\textoprueba.md',
status: 404,
info: 'fail'
}
]
Si se ejecuta el comando.
mdlinks ./docs/textoprueba.md --stats
Se imprimirán en consola cuántos enlaces hay en total y cuántos son únicos. Por ejemplo:
{ Total: 6, Unique: 6 }
Al ejecutar el siguiente comando usando los argumentos validate y stats.
mdlinks ./docs/textoprueba.md --stats --validate
Se verifica el status de los links obtenemos en la terminal cuántos enlaces hay en total, cuántos son únicos y cuántos estan rotos.
{ Total: 6, Unique: 6, Broken: 1 }
Al ejecutar el comando:
mdlinks ./docs/testFiles
Se puede acceder y obtener los enlaces encontrados en todos los archivos con extensión .md dentro del directorio solicitado. Por ejemplo la respuesta al comando anterior sería:
[
{
text: 'issues',
url: 'https://docs.github.com/es/issues',
file: 'C:\\Users\\LNAnd\\Documents\\Ejercicio-MDLinks\\DEV009-md-links\\docs\\testFiles\\textoconLinks.md'
},
{
text: 'Cheerio',
url: 'https://cheerio.js./',
file: 'C:\\Users\\LNAnd\\Documents\\Ejercicio-MDLinks\\DEV009-md-links\\docs\\testFiles\\textoconLinks.md'
},
{
text: 'JSDOM',
url: 'https://www.npmjs.com/package/jsdom',
file: 'C:\\Users\\LNAnd\\Documents\\Ejercicio-MDLinks\\DEV009-md-links\\docs\\testFiles\\textoprueba2.md'
},
{
text: 'Cheerio',
url: 'https://cheerio.js./',
file: 'C:\\Users\\LNAnd\\Documents\\Ejercicio-MDLinks\\DEV009-md-links\\docs\\testFiles\\textoprueba2.md'
}
]
La respuesta de los dos argumentos es exactamente igual que al analizar un archivo directamente. Usando la opción --validate, obtenemos un arreglo con objetos por cada link encontrado en todos los archivos del directorio. En el caso de usar --stats o --validate y --stats si se llegara a encontrar enlaces repetidos en diferentes archivos, dentro de la estadística de enlaces únicos se contarán una sóla vez. Tomando en cuenta el ejemplo del punto 4.4 la respuesta sería la siguiente:
mdlinks ./docs/testFiles --stats
{ Total: 4, Unique: 3 }
mdlinks ./docs/testFiles --validate --stats
{ Total: 4, Unique: 3, Broken: 2 }
En la carpeta test del repositorio se encuentran los test de acuerdo a los hitos en los que se fue avanzando en el proyecto, en total se hicieron 27 tests a las funciones puras utilizadas en la promesa mdlinks, estas funciones se encuentran en el archivo data.js.
Para iniciar con la planificación de este proyecto se hizo un diagrama de flujo para definir la ruta de acción.
Para la planificación de sprints se utilizó la herramienta de github projects. En la primera sección se encontraban los issues que traigo por resolver de proyectos pasados. En la segunda sección tenía los issues de los hitos que estaban en proceso, así como la documentación necesaria para resolverlo. En la tercera, se encontraban las tareas o issues en proceso. En la cuarta sección, se tienen las tareas o issues que ya estan terminados. Y en la última se tiene la retrospectiva de los sprints.
Para llevar un mejor control de los avances del proyecto, se crearon issues con accionables de acuerdo a las funcionalidades necesarias para alcanzar los hitos. Conforme se iba avanzando con commits se iba comentando los avances logrados en esa actualización, dejando el enlace del commit y tambien dejando claro que es lo que hacía falta para tener claridad al día siguiente o al retomar el proyecto. Ejemplo de un issue con accionables y commits
- Javascript
- Node.js
- Axios
- Jest
- NPM
- Lucidchart
- Github projects con issues y milestones

