Visual Git 208 加载项无法在 Windows 7/Visual Studio 2010 下运行
遗憾的是，这几乎是我目前掌握的所有信息。
Git 扩展 208 的安装程序运行良好，Git 扩展的设置验证良好，所有设置均为绿色，Visual Git 可以使用 Visual Studio 2008 正常打开。
但是，进入 Visual Studio 2010 会出现一个对话框：
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 then无法加载。
Visual Git 文件是从文件服务器托管的问题吗？这就是我能想到的一切......
以前有人见过/解决过这个问题吗？
编辑：在有人问之前，标题不包含“2008”的拼写错误。 Git Extensions 声称可以与 VS2005/2008/2010 配合使用。据我所知，它也处于版本 208 是一个巧合。
Sadly that's almost all the information I have at the moment.
The installer for Git Extensions 208 runs fine, the setup for Git Extensions validates fine, with green for all settings, Visual Git opens fine with Visual Studio 2008.
But, going into Visual Studio 2010 gives me a dialog:
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 then fails to load.
Is the issue that the Visual Git files are being hosted from a file server? That's all I can think it might be...
Has anyone seen/solved this before?
EDIT: Before anyone asks, the title does not contain a typo of "2008". Git Extensions claims to work with VS2005/2008/2010. The fact that it's also at version 208 is a coincidence, as far as I know.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（5）
我遇到了这个问题，但找到了解决方案。
我在 MacBookPro 上的虚拟机中运行 Visual Studio。我正在使用 Parallels 来运行虚拟机。由于 Parallels 的工作方式，我的文档文件夹实际上是一个指向 MacOSX 的网络共享。显然，Visual Studio 2010 默认情况下不喜欢外接程序的网络共享。
看起来这就是OP遇到的问题以及查看他的错误消息。
要使其正常工作，您必须将 loadFromRemoteSources 元素（请参阅 MSDN 参考）添加到“C:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE\devenv.exe.config”：
我这样做了，它立即加载并开始工作。
顺便说一句，完整归属：我找到了解决方案 这里。
I ran into this problem, but found a solution.
I am running Visual Studio in a virtual machine on my MacBookPro. I'm using Parallels to run the virtual machine. Because of the way Parallels works my documents folder is actually technically a network share pointing back to MacOSX. And apparently Visual Studio 2010 doesn't like network shares for addins by default.
It looks like that is the problem the OP encountered as well looking at his error message.
To get it working, you have to add the loadFromRemoteSources element (see the MSDN reference) to the “C:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE\devenv.exe.config”:
I did that and it immediately loaded up and started working.
BTW, full attribution: I found the solution here.
直到我查看这里的评论之前，这对我不起作用： http:// msdn.microsoft.com/en-us/library/dd409252.aspx
在 Vista 或 Windows7 下，负责文件系统虚拟化。
下创建副本，
编辑 devenv.exe.config 可能会导致在\Users{%UserName%}\AppData\local\VirtualStore\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\devenv.exe.config
而保留原始版本文件未受影响。这取决于您的用户设置。
以管理员身份打开“VS 2010”（或您选择的其他 XML 编辑器）可能会有所帮助，
编辑 devenv.exe.config，插入
标签，保存文件并关闭。
这将编辑原始文件，而不是虚拟化副本。
完成此操作后，在项目中引用“远程”程序集
应该有效
This didn't work for me until I looked at the comments here: http://msdn.microsoft.com/en-us/library/dd409252.aspx
Under Vista or Windows7 take care of thefile system Virtualization.
Editing devenv.exe.config might result in creating a copy under
\Users{%UserName%}\AppData\local\VirtualStore\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\devenv.exe.config
leaving the original file untouched. This depends on your user settings.
It might help to open "VS 2010 as administrator" (or another XML-Editor of your choice),
edit devenv.exe.config, inserting the
tag, save the file and close.
This will edit the original file, not the virtualized copy.
Having done so referencing "remote" assemblies in your projects
should work
有一个已知问题会导致此问题。解决方法可以在 Git 扩展问题跟踪器中找到：
https://github.com/gitextensions/gitextensions/issues/80
There is a known issue causing this. The work around can be found in the Git Extensions issue tracker:
https://github.com/gitextensions/gitextensions/issues/80
对于无法访问上述 Henk 的链接的人：问题（对于未来的 Google 员工）是 Git 扩展无法“如果它从 UNC 路径 (
\\server\some\path) 运行并且必须安装在本地目录中，则无法工作。您可以通过“工具”>“添加本地目录”选项>环境>加载项>宏安全菜单。For anyone who can't get to Henk's link above: The issue (for future Googlers) is that the Git extension doesn't work if it's run from a UNC path (
\\server\some\path) and has to be installed in a local directory. You can add a local directory via the Tools > Options > Environment > Add-In > Macro Security menu.我的解决方案是使用 mklink 将 Addins 文件夹（网络远程）替换为指向本地文件夹的符号链接。这实际上起到了大卫·莫尔斯所建议的同样的作用。
My solution was to replace the Addins folder (which was network remote) with a symbolic link to a local folder using mklink. This effectively does the same thing David Moles has suggested.