Jenkins: ¿cómo pasar las cnetworkingenciales de Git en un trabajo parametrizado?

Tenemos un repository Git Bitbacket con muchas horquillas. Quiero crear un trabajo que permita ejecutar código desde cualquiera de estas horquillas a través de trabajo parametrizado. Mi usercase es: alguien hace clic en Construir con parameters, selecciona su bifurcación y bifurcación de repository, selecciona cnetworkingenciales (o agrega nuevas y selectas) y luego inicia el trabajo. Jenkins debe get el código de su tenedor con sus cnetworkingenciales.

Utilizo el plugin Git y el plugin Cnetworkingential. Moví la URL del repository y la twig a los parameters . Además, agregué las cnetworkingenciales necesarias para el complemento de Cnetworkingenciales. Luego creé el parámetro Cnetworkingentials .

Pero no puedo hacer que Git obtenga estos parameters. Siempre obtengo el error "Autenticación fallida". ¿Cómo puedo vincular las cnetworkingenciales seleccionadas al plugin de Git? ¿Qué debo seleccionar en el campo Cnetworkingenciales para que Git obtenga esta información de los parameters del trabajo? O debería hacer algo más?

No estoy seguro de si es posible parametrizar las cnetworkingenciales de Git. Aunque podría hacerlo, esto podría exponer potencialmente una vulnerabilidad de security para las counts de Git si su instancia de Jenkins no está protegida por SSL (usa el protocolo HTTPS en lugar del HTTP simple).

Enfoque alternativo:

Cuando se refiere a múltiples bifurcaciones, supongo que son solo una serie de twigs de características del maestro principal que finalmente se fusionará con el maestro.

Creo que también puede lograr su objective con un único trabajo de Jenkins configurado para build cualquier sucursal en un repository designado de Git. Tendrá que configurar el complemento de Git con un solo usuario, ya sea uno de los miembros de su equipo o crear uno dedicado, exclusivamente para las comstackciones de Jenkins. Luego, en la configuration del complemento, necesita definir algunas de las properties de la siguiente manera:

  • Repositorios -> Nombre: origen
  • Repositorios -> Refspec: dejar en blanco
  • Sucursales para build : ** (estos dos asteriscos son la key)

Ahora, cualquier apuro a cualquier twig dentro de su repository configurado de Git será recogido por Jenkins siempre que haya configurado Web Hooks en el repository para la notificación de Jenkins.

La ventaja de este enfoque es que el ciclo de desarrollo y construcción está completamente automatizado. También puede agregar notifications automáticas por correo electrónico.

Tenga en count que esta respuesta se basa en la versión 1.6xx de Jenkins.