2010-12-13 24 views
6

Lamentablemente esa es casi toda la información que tengo en este momento.El complemento Visual Git 208 no se puede ejecutar en Windows 7/Visual Studio 2010

El instalador de extensiones de Git 208 funciona muy bien, la configuración de las extensiones de Git valida bien, con el verde para todos los ajustes, Visual Git abre bien con Visual Studio 2008.

Pero, entrando en Visual Studio 2010 me da una cuadro de diálogo:

The Add-in 'Visual Git' failed to load or caused an exception. 
Would you like to remove this Add-in? 
If you choose yes, the file it was loaded from, 
'\\myFileServer\home\myUserName\Visual Studio 2010\Addins\GitPlugin.AddIn', 
will be renamed. 

Error Message: <Unknown Error> 
Error number: 80131515 

[Yes] [No] 

Visual Git no se carga.

¿El problema es que los archivos de Visual Git se alojan desde un servidor de archivos? Eso es todo lo que puedo pensar que podría ser ...

¿Alguien ha visto/solucionado esto antes?

EDITAR: Antes de que nadie lo pregunte, el título no contiene un error tipográfico de "2008". Git Extensions afirma trabajar con VS2005/2008/2010. El hecho de que también esté en la versión 208 es una coincidencia, hasta donde yo sé.

+0

¿Has intentado buscar en Google ese código de error? 80131515? - http://www.tech-archive.net/Archive/DotNet/microsoft.public.dotnet.framework.interop/2004-02/0390.html - 'CreateObject: devuelve el error 80131515 (el formato de ruta > no es compatible) ' –

+0

Eso es probablemente. Voy a plantear el problema en la página de desarrollo y ver qué ocurre. – Frosty840

Respuesta

13

Me encontré con este problema, pero encontré una solución.

Ejecuto Visual Studio en una máquina virtual en mi MacBookPro. Estoy usando Parallels para ejecutar la máquina virtual. Debido a la forma en que funciona Parallels, mi carpeta de documentos es en realidad un recurso compartido de red que apunta nuevamente a MacOSX. Y, aparentemente, a Visual Studio 2010 no le gustan los recursos compartidos de red para los complementos de forma predeterminada.

Parece que ese es el problema que encontró el OP al ver también su mensaje de error.

para que funcione, hay que añadir el elemento loadFromRemoteSources (see the MSDN reference) a la “C: \ Archivos de programa \ Microsoft Visual Studio 10.0 \ Common7 \ IDE \ Devenv.exe.config”:

<configuration> 
    <runtime> 
     <loadFromRemoteSources enabled="true"/> 
    </runtime> 
</configuration> 

Lo hice y se cargó de inmediato y comenzó a funcionar.

Por cierto, atribución completa: Encontré la solución here.

+0

Esto también funcionó para mí. ¡Gracias por publicar la solución! –

+0

¡Gracias! Moví el complemento a "Mis documentos" (no compartido con la Mac) pero es más limpio. –

2

esto no funcionó para mí hasta que miraba los comentarios aquí: http://msdn.microsoft.com/en-us/library/dd409252.aspx

Bajo Vista o Windows 7 se encargan de thefile virtualización del sistema. La edición devenv.exe.config puede dar como resultado la creación de una copia en

\ Users {% UserName%} \ AppData \ local \ VirtualStore \ Archivos de programa (x86) \ Microsoft Visual Studio 10.0 \ Common7 \ IDE \ devenv.exe .config

dejando intacto el archivo original. Esto depende de su configuración de usuario. Podría ayudar a abrir "VS 2010 como administrador" (u otro editor XML de su elección), edición Devenv.exe.config, la inserción de la etiqueta

, guardar el archivo y cierre. Esto editará el archivo original, no la copia virtualizada. de haberlo hecho referencia a las asambleas "remotos" en sus proyectos debería funcionar

1

Para cualquier persona que no puede llegar a Henk's link arriba: El problema (para los futuros empleados de Google) es que la extensión Git no funciona si se ejecuta desde una ruta UNC (\\server\some\path) y debe instalarse en un directorio local. Puede agregar un directorio local a través del menú Herramientas> Opciones> Entorno> Complemento> Macro Seguridad.

1

Mi solución fue reemplazar la carpeta de complementos (que era la red remota) con un enlace simbólico a una carpeta local utilizando mklink. Esto efectivamente hace lo mismo que David Moles ha sugerido.

Cuestiones relacionadas