Objetivo

El objetivo de esta práctica es extender el package NodeJS publicado en npm en una práctica anterior con un nuevo plugin que permita realizar el despliegue en Heroku con un simple gulp deploy-heroku.

En esta práctica se pide desarrollar el plugin para Heroku

IDEA: En esta práctica los teams trabajaran en pares de teams A y B. Los del team A usarán el gitbook-start del team B y los del team B usarán el gitbook-start del team A.

Punto de partida

El paquete se construye a partir de la Práctica: Nueva funcionalidad para el Paquete NPM: plugins.

La opción --deploy

• Se trata de añadir al ejecutable gitbook-start una opción --deploy o -d que va seguida de un tipo de despliegue:

  $ gitbook-start --deploy ull-iaas-es --deploy heroku
  

  Que indica que nuestro usuario quiere que se le provea de tareas gulp denominadas deploy-ull-iaas-es y deploy-heroku que despliegan el libro en los diferentes sites. Esto supone que existen módulos npm con nombres gitbook-start-plugin-iaas-ull-es y gitbook-start-plugin-heroku

• Para implementar la ejecución de la llamada en línea de comandos:

  $ gitbook-start --deploy ull-iaas-es --deploy heroku
  

  Esto es, deberán existir plugins gitbook-start-plugin-iaas-ull-es y gitbook-start-plugin-heroku que exportan un objeto que dispone de un método deploy(), de manera que si desde un código principal se llama a un código como este:

  var iaas = require("book-start-plugin-iaas-ull-es");
  var result = iaas.deploy();
  

  se despliega el libro en la máquina virtual de iaas.ull.es

• Observe que hay dos fases en este proceso:

  1. cuando se construye la estructura inicial por gitbook-start la jerarquía de directorios conteniendo los scripts y ficheros markdown para el libro y
  2. cuando el autor escribe y despliega el libro llamando a gulp. Las llamadas a gulp deploy-... ocurren en esta segunda fase. El despliegue hace un require de los plugins que implementan los despliegues solicitados.

• Es conveniente que el método deploy() proveído por el plugin retorne un objeto con atributos describiendo los resultados del despliegue como

  • Salida por stdout en la máquina remota
  • Salida por stderren la máquina remota
  • Códigos de error si los hubiera
  • etc. Cualquier información adicional que considere conveniente.

• El método deploy() puede obtener información sobre el libro a partir del package.json generado. También si lo prefieren pueden pasarle un argumento con la información/estado que hayamos podido recopilar sobre el objeto resultante del package.json

• Los plugins deben estar correctamente documentados.

  • Por ejemplo, el plugin del iaas-ull-es necesita al menos saber la dirección de la máquina virtual y el camino en dicha máquina hasta el repositorio que contiene el libro
  • Pueden optar por aceptar argumentos adicionales en línea de comandos para esta información

  $ gitbook-start -d iaas-ull-es, --iaas-IP 127.0.25.5 --iaas-path src/chuchu
  

  • O bien pueden optar porque simplemente el usuario añada los correspondientes campos en el package.json

  {
    ...
    "iaas-IP", "127.0.25.5",
    "iaas-path", "src/chuchu",
    ...
  }
  

  En cualquier caso debe aparecer en la documentación lo que hay que hacer

  • El método initialize del objeto plugin.
    • Es conveniente que el objeto retornado por el require del plugin

      var iaas = require("book-start-plugin-iaas-ull-es");
      var result = iaas.initialize();
      

      disponga de un método initialize que es llamado por gitbook-start en el tiempo de construcción de la jerarquía del libro (Fase 1). Este método puede ser usado para cosas como:
    • En el caso del plugin iaas - si se quiere, no se pide para esta práctica - para construir el repositorio en la máquina remota, o bien - tampoco se pide - para generar e instalar la clave y publicarla en la máquina virtual, etc.
    • En el caso del plugin heroku para añadir un template con el servidor express que va a correr en la máquina de Heroku, etc.
    • También se puede usar initializepara modificar el gulpfile a conveniencia, de manera que sea el propio plugin el que escriba la sección deploy-plugin y no gitbook-start

• Code Smells
• Patrones de Diseño
  • Dependency Injection Pattern
  • Inversion of Control Pattern
  • Strategy Pattern
• Principios de Diseño
• Creación de Paquetes y Módulos en NodeJS
• Gulp
• Para analizar los argumentos pasados en línea de comandos un buen módulo es minimist
• ejs para la creación de plantillas
• Paquetes - como fs - para el manejo de archivos en Node.JS