Rápida entrada para explicar un segundo «workaround» a la hora de añadir dependencias a una tarea custom (te recomiendo que leas el post anterior, para tener un mayor contexto del escenario).

Como os decía en el post anterior, he contado con la ayuda de 3 MVPs, y gracias a Waldek, hemos encontrado otra forma de anyadir dependencias, que aunque tampoco es perfecta (es un poco trampa, luego os cuento por qué), sí que está más integrada con el propio sistema de Build del SPFx. Os dejo el propio snippet the Waldek: https://gist.github.com/waldekmastykarz/6726fcfec2d4ccbaeb454c367716a125

El truco esta en usar el metodo «getBundleTask«, del objeto «build.rig«, que nos va a dar la definición de la tarea Bundle del propio spfx. A partir de aqui, podemos ejecutar nuestra tarea despues del bundle, tal y como vemos en el snippet, o incluso podríamos hacer uso de las funciones «serial» o «parallel» para ejecutar varias tareas como dependencia, tal y como os contaba en este otro post.

¿Y por qué este método no es del todo perfecto? Pues porque hacemos uso de un método protegido “getBundleTask” de la clase “SPWebBuildRig” tal y como podemos ver en su definición.

Pero bueno, la «magia» de JavaScript nos deja acceder a ese método protegido.

Con este nuevo workaround, podemos hacer que nuestra tarea custom que sube los assets a una biblioteca de documentos de SharePoint (configurada como CDN), se ejecute con una dependencia en el bundle por defecto del SPFx.

Espero que os sirva.

@luismanez