在從unix訪問時在URL末尾獲取％0D％0D

我正在通過wget命令從unix訪問保存在svn存儲庫中的文件。在從unix訪問時在URL末尾獲取％0D％0D

#!/bin/bash 
ANTBUILDFILE=http://l09089r4.tst.poles.com:1808/svn/CommonMDM/trunk/Common/BuildArtifacts/VendorCatalog_Weblogic/build_CustomUI.xml 


cd /tmp/install 

wget -nc ${ANTBUILDFILE}

但我得到的輸出： --2013-05-16 00：21：51-- http://l09089r4.tst.poles.com:1808/svn/CommonMDM/trunk/Common/BuildArtifacts/VendorCatalog_Weblogic/build_CustomUI.xml%0D%0D wget的：/home/tkmd999/.netrc:3：未知令牌「IBM」正在解析l09089r4.tst.poles.com ... 10.8.91.58 連接到l09089r4.tst.poles.com | 10.8.91.58 |：18080 ...已連接。 HTTP請求已發送，正在等待響應... 404未找到 2013-05-16 00:21:51錯誤404：未找到。

有％0D％0D藝術是使它可訪問的url結束。

發佈此錯誤我已經在URL中以unix格式轉換了有問題的文件，並且在svn repositiry中提交了我的更改，但仍然收到此錯誤。

，我可以遵循任何其他的想法，以擺脫這種錯誤>

感謝，馬尼什

來源

2013-05-16 Manish Joshi

的%0D你看到的是在你的shell腳本Windows風格CRLF Newlines的最有可能的遺骸？ - 一行來自ANTBUILDFILE=...行，一行來自wget ...行。

可以有一些或多或少的微妙原因，例如svn:eol-style屬性：

TortoiseSVN的設置svn:eol-style native風格默認情況下，試圖追隨客戶端操作系統的約定。

當使用多個操作系統可訪問的網絡共享或對換行符有不同期望的工具時，這會導致混淆。

如果事實證明這是您遇到的情況，您可以簡單地從該文件中刪除svn:eol-style屬性並使用所需的換行樣式進行提交。

來源

2013-05-16 06:21:45

但是，svn：eol-style如何在url的結尾添加換行符窗口字符？我不確定，但是這個屬性不是與文件內部的尾行字符有關嗎？而且我已經雙重檢查了變量中給出的路徑，URL路徑末尾沒有任何空格。謝謝 –

你有沒有試過檢查你的腳本的十六進制轉儲？嘗試運行'hexdump -C your-script.sh'並查找'0d'字節。 –

在從unix訪問時在URL末尾獲取％0D％0D

回答

相關問題