La version git est 2.22.1. Nous avons un projet qui possède des actifs Web (principalement des images et des CSS) et de la construction de Jenkins travaillait bien jusqu'à ce que nous ayons déménagé dans la construction de pipelines multibranch. Il n'y a pas de changement majeur qui a eu lieu à Jenkinsfile. La construction échoue constamment à l'exception suivante: selon les journaux, la commande de code source échoue sur un délai d'attente de 10 minutes. Il ne parvient toujours pas à la caisse même si nous mettons à jour le délai d'attente à 60 minutes. Sur un autre code de code de la machine se produit dans les 5 minutes, cela ne devrait donc pas être un problème. P> [Pipeline] checkout
using credential buildsvc
Cloning the remote Git repository
Cloning with configured refspecs honoured and without tags
Cloning repository https://buildsvc@repo.testops.com:8443/scm/pro/web-assets.git
> git init /var/lib/jenkins/workspace/_assets-test-ci_feature_pro-1967 # timeout=10
Fetching upstream changes from https://buildsvc@repo.testops.com:8443/scm/pro/web-assets.git
> git --version # timeout=10
using GIT_ASKPASS to set credentials buildsvc is a service user that is not associated with any person. This is used to checkout source code from a version control system.
> git fetch --no-tags --force --progress -- https://buildsvc@repo.testops.com:8443/scm/pro/web-assets.git +refs/heads/*:refs/remotes/origin/* # timeout=10
> git config remote.origin.url https://buildsvc@repo.testops.com:8443/scm/pro/web-assets.git # timeout=10
> git config --add remote.origin.fetch +refs/heads/*:refs/remotes/origin/* # timeout=10
> git config remote.origin.url https://buildsvc@repo.testops.com:8443/scm/pro/web-assets.git # timeout=10
Fetching without tags
Fetching upstream changes from https://buildsvc@repo.testops.com:8443/scm/pro/web-assets.git
using GIT_ASKPASS to set credentials buildsvc is a service user that is not associated with any person. This is used to checkout source code from a version control system.
> git fetch --no-tags --force --progress -- https://buildsvc@repo.testops.com:8443/scm/pro/web-assets.git +refs/heads/*:refs/remotes/origin/* # timeout=10
Checking out Revision 0d29a50ec65a5fc6302d9ed56efc59b789f727c7 (feature/pro-1967)
> git config core.sparsecheckout # timeout=10
> git checkout -f 0d29a50ec65a5fc6302d9ed56efc59b789f727c7 # timeout=10
ERROR: Timeout after 10 minutes
3 Réponses :
J'essaierais de nettoyer l'espace de travail et j'essayerais le repo
Utiliser l'étape de la caisse, comme suit: https://jenkins.io/doc/pipeline/steps/git/ https://wiki.jenkins.io/display/jenkins/workspace+cleanup+plugin << / p>
Merci pour votre réponse. J'ai peur, ajoutant cela n'a pas fait de différence.
Hey En ce qui concerne votre réponse sur Git LFS, ce que je suggérerais, c'est toujours utiliser l'étape de paiement, mais avec la configuration la plus précise possible. Checkout Step a de nombreuses options telles que Gitlfspull and Clonoption, j'ai trouvé ce numéro sur Stackoverflow par exemple Stackoverflow.com/Questtions/44927641/git-lfs-setup-in-jenkin s
Oui je suis d'accord. Nous avons une étape de paiement avec une configuration similaire.
Ce problème est résolu en supprimant tous les attributs (tous étaient liés à LFS) présent dans le fichier J'ai également ajouté "git lfs tire après la vérification", mais cela n'a rien à voir avec le problème de la caisse de code. .gitattributes . J'ai poussé ce changement et Jenkins (Pipeline MultiBranhch) a été capable de vérifier le code source avec succès. J'ajoute ensuite tous ces attributs Git et repoussé à nouveau les modifications. Pourtant, Jenkins est capable de vérifier le code. Fondamentalement, rien n'a changé dans le code et, pourtant, avec ces deux étapes, la commande se produit avec succès.
Pour moi, il s'est avéré que le gros fichier n'a pas été correctement téléchargé sur le serveur.
Git LFS Push --Tout l'origine Master sur une machine avec une copie réelle du fichier corrigé.