c# - TFS 2013 lanza el error Lib2GitSharp durante la compilación/implementación(intermitente)
.net tfs2013 (5)
Aunque llegó tarde a la fiesta, experimentó este error recientemente y mientras la solución marcada como la respuesta funcionó para esa compilación, el error se corrigió (y se eliminó el interruptor) cuando Visual Studio 2012 se actualizó a la Actualización 3 de Visual Studio 2015 en el servidor de compilación que Se estaba ejecutando la actualización 3 de TFS 2015.
Desde hace un tiempo, he tenido un problema con el proceso de creación / implementación de Team Foundation Server al emitir el siguiente error de forma intermitente:
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)
Este problema es muy intermitente y se puede evitar simplemente reintentando la compilación. ¿Se ha encontrado alguien mas con esto? ¿Alguna solución?
Hice esto después de haber actualizado mi máquina de compilación XAML TFS 2013 a TFS 2015.
También cambié el usuario que TFS 2015 XAML build utilizó para ejecutar la compilación (servicio.
La solución:
Tuve que iniciar sesión en la máquina de compilación XAML de TFS 2015 como ese nuevo usuario e iniciar VS (estaba usando VS2013).
Se ejecutó a través de su primer lanzamiento de preguntas y configuración.
Seguí viendo el problema del error Lib2GitSharp a veces después de eso.
Luego también registré VS (en la máquina de compilación XAML de TFS 2015) en una cuenta de VS válida.
No he visto el error Lib2GitSharp desde entonces y nunca usé la opción / p: GenerateBuildInfoConfigFile = false.
Por extraño que parezca, recibí el mismo error en los registros de compilación:
C: / Archivos de programa (x86) / MSBuild / Microsoft / VisualStudio / v14.0 / BuildInfo / Microsoft.VisualStudio.ReleaseManagement.BuildInfo.targets (147): El inicializador de tipo para ''LibGit2Sharp.Core.NativeMethods'' produce una excepción. Excepción no controlada: System.TypeInitializationException: el inicializador de tipo para ''LibGit2Sharp.Core.NativeMethods'' lanzó una excepción. ---> System.BadImageFormatException: se intentó cargar un programa con un formato incorrecto. (Excepción de HRESULT: 0x8007000B)
Pude simplemente RETIRAR la compilación, y no falló en el segundo intento. Así que para mí fue un problema de construcción transitoria.
Resolví este error agregando la cuenta de compilación al grupo de administradores locales en la máquina de compilación.
Sé que es un poco tarde para responder, pero podría ayudar a otra persona
respuesta por Buck Hodges
Ahora hemos llegado al fondo de este problema después de haberlo depurado con Manoj y con el servicio de atención al cliente. Al utilizar el SDK 2.5 de Azure o superior, afectó el registro cerrado de la entrega continua de las implementaciones de Azure como parte del proceso de compilación. La solución es agregar / p: GenerateBuildInfoConfigFile = false a los argumentos msbuild en la definición de compilación. Estamos trabajando en la actualización de la máquina virtual de compilación en producción, pero eso tardará entre 24 y 48 horas en propagarse a todos los grupos de compilación.
Es posible que desee leer más en contexto aquí https://social.msdn.microsoft.com/Forums/en-US/5a0d1950-1367-41a6-9171-676a0d0e93c1/tfs-online-getted-checkin-build-failures-vs-online-tfs-online-team-need-to-look-into-it?forum=TFService
Solución alternativa basada en comentarios.
Si tiene VS instalado en su servidor de compilación, asegúrese de haberlo abierto y licenciado. por @Phill