TFS 2013 génère une erreur Lib2GitSharp lors de la création/déploiement (intermittent)
Depuis un certain temps déjà, le processus de génération/déploiement de Team Foundation Server générait l'erreur suivante:
Unhandled Exception: System.TypeInitializationException: The type initializer for 'LibGit2Sharp.Core.NativeMethods' threw an exception. ---> System.BadImageFormatException: An attempt was made to load a program with an incorrect format. (Exception from HRESULT: 0x8007000B)
at LibGit2Sharp.Core.NativeMethods.git_threads_init()
at LibGit2Sharp.Core.NativeMethods.LibraryLifetimeObject..ctor()
at LibGit2Sharp.Core.NativeMethods..cctor()
--- End of inner exception stack trace ---
at LibGit2Sharp.Core.NativeMethods.RemoveHandle()
at LibGit2Sharp.Core.NativeMethods.LibraryLifetimeObject.Finalize()
Exception Message: MSBuild error 255 has ended this build. You can find more specific information about the cause of this error in above messages. (type BuildProcessTerminateException) Exception Stack Trace: at System.Activities.Statements.Throw.Execute(CodeActivityContext context) at System.Activities.CodeActivity.InternalExecute(ActivityInstance instance, ActivityExecutor executor, BookmarkManager bookmarkManager) at System.Activities.Runtime.ActivityExecutor.ExecuteActivityWorkItem.ExecuteBody(ActivityExecutor executor, BookmarkManager bookmarkManager, Location resultLocation)
Ce problème est très intermittent et il peut être contourné en réessayant simplement la construction. Quelqu'un d'autre a-t-il rencontré cela? Des solutions?
Je sais qu'il est un peu tard pour répondre, mais cela pourrait aider quelqu'un d'autre
répondre par Buck Hodges
Nous sommes maintenant au fait du problème après l’avoir débogué avec Manoj et le support client. Cela a affecté l'enregistrement séquencé de la livraison continue des déploiements Azure dans le cadre du processus de construction lors de l'utilisation du SDK Azure version 2.5 ou plus ancienne. La solution consiste à ajouter/p: GenerateBuildInfoConfigFile = false aux arguments msbuild de votre définition de construction. Nous travaillons actuellement à la mise à jour de la construction VM en production, mais cela prendra entre 24 et 48 heures pour se propager à tous les pools de construction.
Vous voudrez peut-être en savoir plus ici https://social.msdn.Microsoft.com/Forums/en-US/5a0d1950-1367-41a6-9171-676a0d0e93c1/tfs-online-getted- checkin-build-failures-vs-online-tfs-online-team-besoin de regarder dans le forum? forum = TFService
Solution alternative basée sur des commentaires
Si vous avez installé VS sur votre serveur de build, assurez-vous de l'avoir ouvert et concédé sous licence. par @Phill
Curieusement, la même erreur se produisait dans les journaux de construction:
C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v14.0\BuildInfo\Microsoft.VisualStudio.ReleaseManagement.BuildInfo.targets (147): l'initialiseur de type d'une exception lancée par 'LibGit2Sharp.Core.NativeMethods' [. .____.] Exception non gérée: System.TypeInitializationException: l'initialiseur de type de 'LibGit2Sharp.Core.NativeMethods' a levé une exception. ---> System.BadImageFormatException: Une tentative de chargement d'un programme avec un format incorrect a été effectuée. (Exception de HRESULT: 0x8007000B)
J'ai été capable de simplement réessayer la construction, et il n'a pas échoué au deuxième essai. Donc, pour moi, c'était un problème de construction transitoire.
Bien que tardive pour le parti, cette erreur s’est produite récemment et, bien que la solution indiquée comme solution permette cette génération, l’erreur a été corrigée (et le commutateur supprimé) lorsque Visual Studio 2012 a été mis à niveau vers Visual Studio 2015 Update 3 sur le serveur de exécutait TFS 2015 Update 3.
J'ai atteint ce résultat après avoir mis à niveau ma machine de génération XAML TFS 2013 vers TFS 2015.
J'avais aussi changé l'utilisateur que la génération TFS 2015 XAML utilisait pour exécuter la compilation (service.
Le correctif:
Je devais me connecter à la machine de génération TAM 2015 XAML en tant que nouvel utilisateur et lancer VS (j'utilisais VS2013).
Il a parcouru ses premières questions de démarrage et de configuration.
J'ai encore vu le problème Erreur Lib2GitSharp parfois après cela.
Ensuite, j'ai également connecté VS (sur la machine de génération TAM 2015 XAML) à un compte VS valide.
Je n'ai pas vu l'erreur Lib2GitSharp depuis et je n'ai jamais utilisé l'option/p: GenerateBuildInfoConfigFile = false.