El pago de cheques de bambú funciona demasiado time

Tengo algunos problemas con las herramientas de pago de git en Bamboo. Funciona demasiado time. Por ejemplo, tengo dos repositorys. Puedo clonarlos en la máquina local en 5-10 minutos. Pero los bloques de tareas de pago en

Obteniendo 'refs / heads / release-1.69' de 'ssh: // git @ [path / to / first / repo] .git'.

Git: remote: contando objects

Git: remote: Compresión de objects (120)

Git: recepción de objects (269)

Git: resolución de deltas (83)

Git: Actualización de references (1)

Git: Total 269 (delta 83), reutilizado 128 (delta 31)

Revisando la revisión 7c11b20b2495be8bb8091839794c4e80bdc7651e.

Creando un repository git local en 'ruta'

A veces, esta tarea lleva 150 minutos, a veces incluso no tiene fin.

Otro problema es que detener el plan con esa tarea no detiene al agente. La única forma de reanimar al agente es reiniciarlo.

¿Hay algún problema con el agente? ¿O me equivoco al configurar repos? Encontré esta pregunta . El único consejo es volver a instalar Bamboo.

Como un script funciona bien, puedes:

  • usa la secuencia de commands como primer paso
  • luego use la tarea Bamboo Checkout en el mismo directory: a less que esté marcada "Force CLean Build", debería ver que el repository ya está desprotegido.

Eso significaría que:

  • el paso de compra de Bamboo sería considerablemente más rápido (nada para pagar),
  • la integración con Jira no se vería comprometida.

No estoy seguro si eso ayuda, pero tuvimos el mismo problema con TeamCity. Periódicamente estaba esperando get una actualización de un repository git cuando usamos su propio conector VCS. Lo hemos resuelto escribiendo guiones y llamándolos en el primer paso.

Tuvimos el mismo problema, la respuesta provista por Atlassian fue instalar 'git' en nuestro server de bambú y hacer que Bamboo usara el cliente git (definiendo un ejecutable). Aparentemente, el cliente de git interno basado en Java integrado en Bamboo tiene problemas.