先說明遇到的狀況:我修改了單元測試專案Check In TFS,同事取回編譯測試時,出現NLog版本不合錯誤!專案需要3.1版,但實際卻是2.1版。

經初步檢查,疑點重重:

  1. 同一.sln還有其他專案,部分專案仍採用NLog 2.1版,出問題的單元測試專案使用NLog 3.1,但app.config有bindingRedirect設定要求全部改用3.1:
    排版顯示純文字
          <dependentAssembly>
            <assemblyIdentity name="NLog" publicKeyToken="5120e14c03d0593c" 
              culture="neutral" />
            <bindingRedirect oldVersion="1.0.0.0-3.1.0.0" newVersion="3.1.0.0"/>
          </dependentAssembly>

    依我的理解,有此設定,即便其他參照專案使用NLog 2.1,在單元測試專案裡也一律要強制改用3.1。莫非我一直以來的認知有誤?
  2. 單元測試的bin\Debug\NLog.dll是2.1版,可以解釋版本不符的來源。但同一專案在我的機器上編譯、執行均無問題,在同事的機器上才出錯。
  3. NLog安裝自NuGet,檢查UnitTest.csproj,有以下設定:
    排版顯示純文字
        <Reference Include="NLog">
          <HintPath>..\..\packages\NLog.3.1.0.0\lib\net45\NLog.dll</HintPath>
        </Reference>

    同時專案已啟動NuGet Package Restore,就算原本沒有也會自動下載安裝,更何況檢查packages目錄,NLog3.1.0.0\lib\net45\NLog.dll的確存在!

由以上觀察,怎麼都無法解釋單元測試專案為何使用2.1版,除非我的觀念有錯,這就可怕了!

攪和好一陣子,終於找出問題關鍵-同事跟我用的.sln不是同一個!!

先前因應專案位置調整,Boo.sln搬過家,我用的是新位置X:\TFS\Boo\Boo.sln,但舊檔未清,同事用到舊檔X:\TFS\Boo\Web\Boo.sln,而\TFS\Boo與\TFS\Boo\Web都有NuGet建立的packages資料夾。UnitTest.csproj於位\TFS\Boo\Web\UnitTest,當我參照NLog 3.1時,相對路徑..\..\packages指向\TFS\Boo\packages;同事取得新版時的確也還原下載了NLog 3.1,但pacakges跟著.sln,NLog 3.1被裝在\TFS\Boo\Web\packages下,而\TFS\Boo\packages只有先前安裝的2.1。我們在比對檢查時未察覺此一差異,直覺認定NLog 3.1存在,卻沒發現檢查的目錄並非UnitTest.csproj要參照的TFS\Boo\packages。由於csproj的NLog參數設定未指定版本,當<HintPath>提示路徑找不到,而其他專案包含NLog 2.1,VS編譯時使採用2.1版順利過關,但app.config有bindingRedirect設定,在執行階段才發揮作用,強制要求改用3.1版,碰!(跟上回VS可以編譯但在IIS爆炸如出一轍,未來遇到可編譯但執行階段才冒出的版本錯誤,應優先朝此方向偵辦)

詭異現象有了合理的解釋,幸好只是烏龍一場而非長期以來的觀念有誤,可喜可賀!


Comments

Be the first to post a comment

Post a comment