C#/.Net 4PDB在GAC w/DLL中,以便逐步进入/调试我的DLL的源代码。为什么?

C#/.Net 4PDB在GAC w/DLL中,以便逐步进入/调试我的DLL的源代码。为什么?,c#,.net,gac,pdb-files,C#,.net,Gac,Pdb Files,C#/.Net开发者: 我有一个DLL项目。为了调试,我创建了一个解决方案,并使用一个Win Forms项目引用DLL,包括DLL的项目。最近,我不得不使用/strong name键对DLL进行签名,以便它可以安装在Win服务器上的GAC中,运行SQL Server/SSIS,并被SSIS包调用 我通过在dev机器上的GAC中安装编译的DLL来测试这一点。我现在发现,除非我的代码进行了任何修改并将生成的DLL和PDB放置在GAC中,并且在卸载以前版本的DLL后,在GAC中安装了新版本的DLL,否

C#/.Net开发者: 我有一个DLL项目。为了调试,我创建了一个解决方案,并使用一个Win Forms项目引用DLL,包括DLL的项目。最近,我不得不使用/strong name键对DLL进行签名,以便它可以安装在Win服务器上的GAC中,运行SQL Server/SSIS,并被SSIS包调用

我通过在dev机器上的GAC中安装编译的DLL来测试这一点。我现在发现,除非我的代码进行了任何修改并将生成的DLL和PDB放置在GAC中,并且在卸载以前版本的DLL后,在GAC中安装了新版本的DLL,否则我无法从Win Forms项目进入DLL项目

似乎所有这些工作都只需要测试/调试,即使是对一行代码的更改

毫无疑问,我遗漏了一些东西。不可能有那么难。我从其他人那里学到了一些东西,但我还没有完全了解这个问题。或者,也许每个人都只是接受了这个事实?任何帮助或链接,以帮助解释这一点,为什么它是必要的,或我所做的不正确的感谢

只是解决方案和项目在每次运行流程进行测试/调试时都必须构建/编译这一事实似乎很乏味。在调试/测试期间,每进行一次小的调整,就必须与GAC建立一个接口。我可能不想再对同事为C#/.Net辩护了。但是,我打赌我错过了什么。请帮帮我


Jim。

1)pdb符号文件可以位于符号缓存文件夹中,也可以位于符号服务器上。2)无论何时编译源代码,都应生成符号,以便它们与程序集匹配。3) 有时一个稍微不匹配的符号仍然可以使用,但你应该坚持使用2)。@LexLi你似乎知道你在说什么。谢谢你的评论。因此,将DLL移动到GAC、注册它和PDB是有意义的。只是为了调试?我甚至不喜欢每次运行测试/调试时都必须构建的事实。我想我做错了什么。