Windows 从unix访问时在url末尾获取%0D%0D

我正在通过wget命令从unix访问保存在svn存储库中的文件

#!/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-- 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:未找到

url的末尾有%0D%0D个art使其可以访问

收到此错误后，我也将有问题的文件转换为unix格式的url，并在svn存储库中提交了我的更改，但仍然收到此错误

我还有什么其他想法可以消除这个错误吗？>

谢谢，

---

Manish

您看到的

%0D

很可能是shell脚本中Windows风格的CrLf的残余-一个来自

ANTBUILDFILE=…

行，一个来自

wget…

行

这可能有许多或多或少微妙的原因，例如属性：

TortoiseSVN默认设置

svn:eol-style-native

样式，尝试遵循客户端操作系统的约定

当使用多个操作系统或工具可访问的网络共享时，这可能会导致混淆，这些操作系统或工具对换行符有不同的期望

---

如果您遇到了这种情况，只需从文件中删除

svn:eol-style

属性，并使用所需的换行符样式提交即可。

但是svn:eol-style为什么要在url末尾添加换行符呢？我不确定，但是这个属性是否与文件中的结束行字符有关？我仔细检查了变量中给出的路径，url路径的末尾没有空格。谢谢你试过检查你脚本的十六进制转储吗？尝试运行脚本.sh中的

hextump-C并查找
0d
字节。