有些 NuGet package 在加入後，會修改你的 project 檔案，加上 HintPath，但是如果你的 repo 是會跟人家共用的話，就有可能遇到這個問題
如果你的 solution 裡面，不管是用怎樣的方式，用了另外一個 repo 的 library 當作共用的 library時，有機會就遇到 NuGet 路徑的問題。
有些 NuGet package 在安裝的時候就會修改你的 project 檔案
有些 NuGet package 在安裝的時候就會修改你的 project 檔案
目前看到似乎是在 .NET 的 project 比較常見， UWP 的沒看到，也許是 UWP 目前的 NuGet 還是用 project.json 來記錄的關係？！但不知道以後會不會改
你可以看到你的 project 檔案裡面多了像下面這段
<Reference Include="GalaSoft.MvvmLight, Version=5.2.0.37222, Culture=neutral, PublicKeyToken=e7570ab207bcb616, processorArchitecture=MSIL">
<HintPath>..\..\packages\MvvmLightLibs.5.2.0.0\lib\net45\GalaSoft.MvvmLight.dll</HintPath>
<Private>True</Private>
</Reference>
這個時候，如果你擺放的路徑剛好就不是符合需求的時候，在 compile 的時候就會發生 compiler 跟你說 pakcage 找不到的問題
查了一下，發現解法似乎有兩種
- 修改那個 HintPath 的路徑：這個很顯而易見的答案，不過這個不適合用在我的情境，因為那個 Library 的 sourceCode 是另外一個 repo 的，所以如果我修改了，一旦我更新回去那個 repo，反而會造成那個 repo 自己無法編譯
- 用 NuGetReferenceHintPathRewrite 這個 NuGet package 來動態的替換掉那個 HintPath ：順利的解決了我的問題
下面是 NuGetReferenceHintPathRewrite 的 NuGet package 的位置
https://www.nuget.org/packages/NuGetReferenceHintPathRewrite/
https://www.nuget.org/packages/NuGetReferenceHintPathRewrite/
它其實是一個 openSource 的 project，並且在 Github page 裡面有解釋它怎麼做到的
https://github.com/jstangroome/NuGetReferenceHintPathRewrite
https://github.com/jstangroome/NuGetReferenceHintPathRewrite
不過還是有能力限制
- 只限定於 NuGet Package 而已，自己用 dll 的方式加入的 reference 沒救
- 其實 project 檔案的最下面可能還有一些限制，例如在 <Import Condition></Import> 的區段，在 Condition 也有可能會有路徑的問題，這時候其實可以把這邊刪掉，嘗試過應該是沒有什麼影響
不過還是要碎嘴一下，喵的那個 HintPath 是什麼爛機制 ="=
