转自：http://hi.baidu.com/%CC%EC%D6%AE%B2%C3/blog/item/ad7186c47a54ecad8226ac1b.html
注意VS2003与VS2005的不同：
VS2003程序产生时可以选择产生manifest文件也可以选择不产生，但VS2005必须产生。manifest文件可以
是内嵌到程序的二进制资源文件中，也可以只产生一个外部的.manifest文件。
因为VS2005生成的程序运行时需要根据它的manifest文件来获取程序运行时需要哪些DLL文件，因此VS2005
程序必须生成manifest文件，如果manifest文件选择内嵌，则只需要把目标程序（exe文件或dll文件）发布
（复制）到目标机器即可，但如果manifest文件没有选择内嵌，则发布目标程序时还必须将目标程序的
manifest文件一起发布（复制）到目标机器上。
1.发布的前提条件：
只有Release版本才能发布，DEBUG版本不能发布。
对于这一点我存在疑问，我认为只要在目标机器上正确的位置安装了程序必须的文件（DLL，manifest）
程序就可以正确的运行。
而且我试过：将Debug版本DLL直接COPY到目标机器上注册，这一般不行（除非目标机器已经安装了程序
运行需要的DLL和manifest），如果注册失败，可以运行vcredist_x86（vcredist_x64），然后再注册
肯定能够成功。
其实vcredist_x86只不过是安装VS2005所有的库文件而已（包括在winsxs文件夹中安装所有的manifest
文件和DLL文件）。
2.EXE程序的发布和DLL的发布不同：
EXE程序只要是静态链接的，可以直接发布到目标机器（COPY到目标机器）运行。如果不是静态链接的
则目标机器上必须安装EXE程序所依赖的DLL和manifest文件（VS2005的manifest文件，不是程序的，
程序的manifest文件已经内嵌在程序中拉)。
DLL文件的路径：SYSTEMDIR/WINSxS
VS2005 Manifest文件路径: SYSTEMDIR/WINSxS/Manifest
但DLL程序即使是静态链接的，也需要DLL的支持才能够成功注册，不知道是什么原因（好像需要
msvcr80.dll，否则注册时提示应用程序配置不正确的错误），如果不是静态链接的，就还需要其它
一些DLL的支持，在DLL程序的manifest文件中会说明需要哪些VS2005系统manifest的支持，这些系统
manifest文件内包含有一些DLL名称，这些DLL中包含有DLL程序所依赖的。
利用Dependency程序查看程序所依赖的DLL。
3.不要混淆VS2005系统manifest文件和程序manifest文件。
4.注意DLL有不同的版本，选择程序所需要的版本。
5.msm文件（Merge modules文件）也可以用来发布程序。
文件路径:program files/common files/merge modules
6.最后的做法：
本来想利用vcredist_x86来完成发布，但用IS将它和程序一起打包后发现：vcredist_x86不能正确
的安装（手动执行vcredist_x86是可以的哦~~~），因此还是不能注册DLL，听网上的一位朋友说：
是因为IS安装过程中不能控制其它安装程序和可执行文件（当然也不能控制vcredist_x86的安装，
想想也是~~），他还建议我最好不要在IS中调用其它安装程序和可执行文件（一个很好的建议，因为
在安装程序安装过程中调用另一个安装程序或可执行文件确实不是一种好的方法），只好改用其它的
方法实现。
原本想把程序manifest文件中提到的VS2005系统manifest文件及其系统manifest文件中提到的DLL分别
COPY（拷贝、发布）到目标机器的SYSTEMDIR/WINSxS/Manifest和SYSTEMDIR/WINSxS路径下，采用共享
程序集的方式来实现，但觉得太繁琐，所以决定采用私有程序集方式实现，即把程序需要依赖的DLL及
程序manifest文件提到的系统manifest文件都拷贝到目标机器上与程序相同文件夹中，并把系统
manifest文件的名称改为程序manifest文件中提到的名称即可。
7.示例步骤：
假设现在有一个名为test.dll的DLL需要发布到目标机器的X文件夹，具体步骤如下：
a。用VS打开编译test.dll过程中所产生的manifest资源文件，或者直接用记事本打开
manifest文件，查看需要用来支持test.dll的VS2005系统manifest文件。
b。在SYSTEMDIR/WINSxS/Manifest目录下面查找上一步中得到的VS2005系统manifest文件，
并根据test.dll的manifest文件中的名字将它名字改为类似Microsoft.VC80.CRT.manifest
的形式，将test.dll和改名后的manifest文件一起拷贝到目标机器的X文件夹。
c。用Dependency查看test.dll需要哪些DLL的支持。
d。在SYSTEMDIR/WINSxS目录下面查找上一步中的DLL，找到后也将这些DLL拷贝到目标机器的
X文件夹中。
现在再注册test.dll将成功。
改正：改正一个错误的认识，本以为exe程序只要是静态编译的就可以直接发布，后来发现错啦，有的
exe程序确实可以直接发布，有的则不可以。如果不可以，可以按照上面发布DLL的方法进行。
___________________________________________________________________________
转自： http://blog.csdn.net/guanchanghui/archive/2007/10/14/1824036.aspx
目前 硬件配置在提高，软件开发环境也在不停的升级，vs2008 beta2 Enterprise Edition已经发布，使用的结果感觉非常满意，比vs2005进步不少，首先在IDE环境的启动速度上比05要快，MFC的空间数量上也增加了几个，最重要的是vs2008应该是windows vista内核开发的主要工具，微软的东西向下兼容肯定是没有问题了，如果能够熟练使用vs2005那么vs2008应该一点问题都没有的，下面说下vs2005、vs2008程序发布的方法：
alt+F7->配置属性->C/C++->Code Generation->Runtime Library 属性一般在发布的时候要进行静态发布，因为目前的操作系统正在换代，平台比较多，所以debug：Multi-threaded Debug(MTd)、release：Multi-threaded(MT),当然如果工程里边需要依赖很多的dll，每个dll又不一定是静态发布，尤其是MFC extension DLL,必须为动态发布这时工程里肯定要包含MFC的运行库，所以这好似所有的工程就可以采用动态运行库的方法，debug：Multi-threaded Debug DLL(MDd)、release：Multi-threaded DLL(MD)，这时可以采用共享MFC库的方式即alt+F7->配置属性->General->Project Defaults->Use of MFC->use mfc in a shared dll
vs2005
Debug 发行版 所依赖的库为：mfc80d.dll、Microsoft.VC80.DebugMFC.manifest、Microsoft.VC80.DebugMFC.manifest、msvcm80d.dll、msvcp80d.dll、msvcr80d.dll
Release 发布版 所依赖的库为：mfc80.dll、Microsoft.VC80.MFC.manifest、Microsoft.VC80.MFC.manifest、msvcm80.dll、msvcp80.dll、msvcr80.dll
vs2008
Debug 发行版 所依赖的库为：mfc90d.dll、Microsoft.VC90.DebugMFC.manifest、Microsoft.VC90.DebugMFC.manifest、msvcm90d.dll、msvcp90d.dll、msvcr90d.dll
Release 发布版 所依赖的库为：mfc90.dll、Microsoft.VC90.MFC.manifest、Microsoft.VC90.MFC.manifest、msvcm90.dll、msvcp90.dll、msvcr90.dll
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/guanchanghui/archive/2007/10/14/1824036.aspx