GitHub requirió cheques de estado de Jenkins para horquillas vs sucursales locales

Tengo un repository GitHub establecido con un trabajo Multibranch Pipeline en Jenkins, y hasta ahora me he contentado con requerir la verificación de estado de la continuous-integration/jenkins/branch , como Jenkins publica al crear una sucursal local del repository. Sin embargo, ahora recibí una request de extracción desde un tenedor externo, y Jenkins ha publicado una verificación de estado de continuous-integration/jenkins/pr-merge para eso. Y debido a que se requiere la verificación de estado de continuous-integration/jenkins/branch la RP se fusione.

¿Cuál es el enfoque esperado aquí, para un proyecto que tendrá una combinación de sucursales locales (de sus mantenedores principales) y tenedores (de contribuyentes externos ocasionales)? ¿Debo renunciar a que se requiera alguna de las comprobaciones de estado en el lado de GitHub? ¿O hay alguna otra forma de conseguir que Jenkins publique un context de verificación de estado estable independientemente de la fuente de la RP?

Tuve el mismo problema. Gracias a un colega servicial, descubrí que, de forma pnetworkingeterminada, el complemento de origen de la twig crea twigs que no están necesariamente asociadas a ninguna request de extracción.

(Se relaciona con la checkbox "Crear twigs de origen" en el enlace: https://go.cloudbees.com/docs/cloudbees-documentation/cje-user-guide/index.html#_controlling_what_is_built )

Esto es lo que crea la comprobación de estado de "integración-continua / jenkins / branch".

Desactivé esa opción y marqué la opción "Generar relaciones públicas de origen (fusionado con la twig base), y ambas comprobaciones de estado ahora tienen el mismo context" continuous integration / jenkins / pr-merge "y las relaciones públicas tanto de las bifurcaciones como de las twigs ahora disparan las mismas comprobación del estado.

En mi configuration, las tickboxes están en la configuration de la organización (ya que también estoy usando el complemento de organización GitHub), en Proyectos> Organización GitHub> Avanzado, con suerte en el tuyo, las mismas opciones se muestran en tu configuration de canalización multibranquio.

Espero que esto ayude