No había visto esto, se ve súper!

Mi primer comentario es cambiar quizás el nombre del workflow y del archivo a algo que refleje mejor el hecho de que la acción ejecuta powrap (y hace un commit) al hacer un comentario ("powrap-on-demand" quizás). Se puede restringir a que la acción ocurra solamente cuando haya comentarios en un PR?

Por otro lado el chequeo de ortografía se podría quizas no realizar, ya que haría más lento el proceso. Además si la corrección falla, prevendría la corrección del largo de líneas de powrap, que es el cometido que se quiere lograr.

¿Quién necesita definir el GH token? ¿Este GH action corre bajo el usuario que crea el comentario me imagino?

@rtobar gracias por dejar tus dudas, todas son tremendas preguntas, así que déjame ver si las puedo responder de a poquillo.

• Se puede restringir a que la acción ocurra solamente cuando haya comentarios en un PR?: Según veo, lo que estaba haciendo en su momento era que al comentarpospell-fix en un PR se ejecutara el workflow, es decir, solo si el comentario existe y específicamente diciendo eso (Pero podemos evaluar el comando en sí, o cambiarlo apowrap-on-demand como mencionas.
• Quién necesita definir el GH token?: Después de revisar en otros lados, creo que no es necesario porque el accion lo toma automático del repositorio, pero vale la pena probarlo solo para estar seguros.
• Este GH action corre bajo el usuario que crea el comentario...?: Según entiendo, no, los GH actions tienen su propia "entidad" por así decirlo, y generan commits a su propio nombre, solo dependen del permiso que les puede dar un GHToken.

• Se puede restringir a que la acción ocurra solamente cuando haya comentarios en un PR?: Según veo, lo que estaba haciendo en su momento era que al comentarpospell-fix en un PR se ejecutara el workflow, es decir, solo si el comentario existe y específicamente diciendo eso (Pero podemos evaluar el comando en sí, o cambiarlo apowrap-on-demand como mencionas.

Perdón que no expresé bien mi pregunta: mi duda era si acaso tal como está implementando la acción correría también si alguien comenta en un issue en vez de un PR; en ese contexto quería clarificar si acaso se puede restringir a sólo PRs, o si acaso el trigger "on.issue_comment" ya aplica implícitamente sólo a PRs.

El comando en si quizás puede ser "run-powrap" o algo similar,

• Quién necesita definir el GH token?: Después de revisar en otros lados, creo que no es necesario porque el accion lo toma automático del repositorio, pero vale la pena probarlo solo para estar seguros.

Mmmm... Debería ser posible revisar si comento en este PR, no? Lo voy a intentar

• Este GH action corre bajo el usuario que crea el comentario...?: Según entiendo, no, los GH actions tienen su propia "entidad" por así decirlo, y generan commits a su propio nombre, solo dependen del permiso que les puede dar un GHToken.

Vale, veamos qué pasa ahora que lo tire a probar.

pospell-fix

@rtobar just in case, es posible que no corra en el PR dado que está en otro repo, pero puedo probar mezclando en mi propio fork para ejecutarlo

Cerrado en favor de#1836