¿Cómo puedo hacer que Jenkins Gerrit Trigger ignore las confirmaciones de mi usuario de CI?

Quiero que mi trabajo de revisión de código ignore los cambios que provienen de otro trabajo de Jenkins, como mi trabajo de lanzamiento, por ejemplo. Esos commits pueden ser identificados por el usuario que realiza la tarea (preferiblemente) o por la cadena de comentario de confirmación (también aceptable).

Básicamente tengo el mismo problema que el usuario que pidió el trabajo Ignorar Jenkins si el post de confirmación comienza con una cadena determinada , excepto que no estoy usando el plugin de Git con sondeo. En su lugar, estoy usando el complemento Gerrit Trigger , que se activa en cada nuevo set de cambios.

Creo que la captura de pantalla siguiente incluye la configuration relevante del complemento GT.

He buscado en la web, pero no he podido encontrar cómo hacerlo. Encontré este tipo de configuration para el complemento Git, pero no puedo usarlo porque utilizamos Gerrit, por lo que necesitamos activar el set de cambios de forma anticipada en lugar de sondear.

Disparador en "Patchset creado", "Borrador publicado"

Gerrit Trigger proporciona un grupo de variables en las que puede encontrar el nombre del committer, el post de confirmación, etc. La solución que estoy usando es para probar los valores de estas variables y finalizar el trabajo de construcción si la testing pasa. Pero puede haber un problema si está usando Jenkins V2.3 o posterior. Algunas de las variables no se pueden acceder a través de $ en el shell. Puede consultar las notas de la versión de Jenkins V2.3 para resolver este problema. Puede presionar el signo de interrogación derecho al Gerrit event para ver la list de variables.

Un enfoque sugerido era usar el complemento "ci skip" .

Configuré mis trabajos de lanzamiento para include [ci skip] en sus posts de confirmación.

Cuando lo uso, encontré que en realidad todavía desencadena una construcción. Sin embargo, la construcción se cierra como "No construida", justo después de verificar nuestra confirmación. Esto significa que la compilation todavía desordera mi historial de compilation, y aún consume resources para recuperar y revver el análisis, etc., por lo que es una solución less preferible para mí.

Si bien esto resuelve mi problema inmediato, aceptaré otras respuestas, ya que no estoy del todo contento con esta.