例如:一个web项目MywebProject,里面包含:web站点WebUI;Library项目MyLibrary将MywebProject项目加入到VSS后,发现WebUI和MyLibrary下的bin文件夹都没有加入到VSS中网上查了一下,说VSS不对工程的编译和部署进行管理,只是管理代码。问题:1、新用户针对MyLibrary倒是可以在本地编译和部署,那么第三方dll大家是怎么管理的呢?2、VSS有个影子文件夹的功能,这样就可以在VSS服务器上针对影子文件夹设置测试站点,大家只要在本地修改完毕Check in后,影子文件夹的内容也会同步更新。
问题产生了:WebUI下的程序修改了,倒是可以实现实时更新和测试,但是MyLibrary下的程序修改了,只能做到代码的同步更新,而MyLibrary.dll没法同步更新到
影子文件夹下WebUI的bin目录下。大家都是手动更新的吗?

解决方案 »

  1.   

    不加入是对的,因为你在编译的时候是要修改dll文件的,你也bin文件夹下面的文件加入管理的话,就必须要check out bin里面的文件
    ,这样另外的人就不能编译调试试项目下的程度。即你check out 别人就不能check out
      

  2.   

    1、不加入是对的,因为你在编译的时候是要修改dll文件的,你也bin文件夹下面的文件加入管理的话,就必须要check out bin里面的文件 ,这样另外的人就不能编译调试试项目下的程度。即你check out 别人就不能check out。2、我们平时都不做特别的管理,你知道得到最新的版本,从本地上编译不就可以了吗?!3、一些外部引用的dll,你倒是可以放在VSS上。
      

  3.   

    这种情况,我和团队仔细分析后,找到一种途径,觉得还是不错的一种方法,具体操作如下:1,在项目解决方案目录里面添加一个文件夹,此文件夹主要放置第三方引用的dll文件。如:huahuaNet.Otherdll
    2,打开VSS管理器,把huahuaNet.Otherdll添加到VSS中进行管理。
    3,在VS中的项目关于这些上面那些dll添加引用时,都指向huahuaNet.Otherdll/*.dll这样,问题就基本解决了,而且彻底排除了bin目录是不是应该被VSS管理的疑问。所有团队开发人员关于第三方dll的添加,都添加到huahuaNet.Otherdll目录下,然后签入VSS,这样,其他开发人员就能顺利获取了。