**執行一直正常，直到同事svn提交**後，編譯不能通過。。。(關鍵是同事編譯都正常)檔案路徑過長
如上圖，「無法計算項元資料「%(fullpath)」。......完全限定的檔名必須少於260個字元」，也就是說我專案中的某個檔案路徑超過了260字元，為什麼同事那邊正常我這裡就報這個錯呢？
原來這個檔案路徑是指絕對路徑，我這邊專案本就放在**資料夾中，而同事那邊放在d盤根目錄下，我這邊就相當於多了兩個資料夾名字的長度...只能說同事那邊沒超過上限屬於執行不錯。
把專案移到根資料夾，重新開啟、執行正常。
這個問題其實不只是vs+.net開發存在，像eclipse開發等一樣的存在，基於該問題，不得不說的是檔案命名真的很重要。實在無法想象同事為什麼要命乙個這麼長的名字，絕對路徑接近260個字元...實在想吐槽一下...雖然命名應當盡量讓別人一看就能懂，應當盡量準確表示該專案/變數/方法的內容，但是，名字過長時，應當適當使用縮寫啊。這麼長的命名，不僅是260字元的問題，另外，別人看起來也麻煩啊。
最後說一下：該問題的解決方案就是想辦法縮減檔案絕對路徑，兩種方式：1. 將專案移到根目錄，減少目錄層級。2. 專案名字/資料夾/檔案名字在保證資訊完整的情況下，盡量短，至少別乙個命名三四十個字元。
一般情況下，第一種方式可以縮減的字元不多，重點還是第二種方式。
feign踩坑 通過Feign上傳檔案（踩坑）
引入依賴 org.springframework.cloud spring cloud starter openfeign 服務提供者 restcontroller public inte ce fileuploadservice commonresultuploadfile requestpart...
python踩坑記錄，路徑加r
一 python中檔案路徑的寫法 檔案路徑不能用反斜槓 舉個例子，如果我傳入的檔案路徑是這樣的 則會報錯syntaxerror unicode error unicodeescape codec can t decode bytes in position 2 3 tr 原因分析 在windows系...
踩坑 修改標頭檔案 stdint h
個人部落格 這裡說踩坑似乎不合適，應該是自己坑自己，不過還是應當記錄下來，時時刻刻提醒自己！不同專案對 int unsigned int等資料型別會使用 typedef 為這些資料型別定義乙個新的名字，這樣在移植專案的過程中，如果不想大規模的改動原始碼，則需要自己在標頭檔案中依據修改的名字自己用 t...