[转]引用项目类库时dll.refresh文件的影响

Star

昨天，公司网站发布新版本，结果发现一个严重问题，其中一个类库没有自动更新，而是自动生成了一个过期版本。
' O- F4 o4 o) [. ^9 a; ]/ B
经过排查发现，原来和VSS中的一个dll.refresh文件有关。

1 j  m; j0 X# d9 q) W; K- {原因很简单：

1 ~8 K# A4 h3 c* E: J6 I1 d9 t1 D1。开发过程中，引用项目时，系统自动生成了该refresh文件，具体原因不明，似乎有时候项目引用不会生成此文件
6 b" _' r, t8 z+ u& i# S! S
$ D% l$ w5 @  J7 g2 Z2。该refresh文件指定了自动更新dll的路径，如果是类库引用，其中会指定Dubug或者Release目录，这次出错的文件就是指定Debug目录
5 ^, Y; Y. k" t
3。开发人员误将该文件签入VSS代码库
; i% r  F" l6 y- ~
4。问题来了，该引用类库在第一期版本发布后多次变动，但接口无变化，所以都是单独生成该类库，然后只更新所有应用的对应DLL（Release版本），一直没有问题，但是，当某应用重新发布时，由于该项目BIN目录中refresh文件的存在，导致自动以该文件指定路径更新DLL，就导致了旧版本DLL（Debug版本）的发布
7 t- H/ }, |- S8 Y, X8 V1 p- }
问题解决：

删除应用中dll.refresh文件，重新发布应用即可

遗留问题：
+ K$ Q7 U2 `% c0 ^" W: S
dll.refresh文件是否生成的条件不明，排查中发现，同一个应用中引用多个类库，不是所有的引用都生成该文件，同样，同一个类库在多个应用中的引用，也不是都生成该文件。

Star

我自己在项目中，发现这个文件竟然不会根据配置管理器，自动地更新引用路径，我在配置管理器中，使用release的时候，该文件的路径竟然还是debug的路径