svn更改我的文件名
我在Ubuntu 9.10上使用命令行SVN1.6.5。这是我第一次在最新的Ubuntu上使用它,我发现svn对文件名感到困惑。问题如下: 我第一次使用 sudo svn公司http://my-repository/h2m h2m 成功签出这些文件后,我立即使用svn更改我的文件名,svn,unix,command-line,sudo,Svn,Unix,Command Line,Sudo,我在Ubuntu 9.10上使用命令行SVN1.6.5。这是我第一次在最新的Ubuntu上使用它,我发现svn对文件名感到困惑。问题如下: 我第一次使用 sudo svn公司http://my-repository/h2m h2m 成功签出这些文件后,我立即使用 svn st并找到 dean@notebook:~/FAT32/h2m$ svn st ? license ? readme ?
svn st
并找到
dean@notebook:~/FAT32/h2m$ svn st
? license
? readme
? cnt/readme
! cnt/README
? doc/changes
! doc/CHANGES
? data/readme
! data/README
? octave/readme
! octave/README
! LICENSE
! README
看起来像
我检查了我的\h2m\data\
文件夹,发现有一个名为自述文件的文件
我还检查了我的服务器存储库:
dean@notebook:~/FAT32/h2m/data$ svn list http://my-repository/h2m/data
README
digits.m
digits.mat
digits.sig
这很奇怪,我期待着收到您的来信。
顺便说一句:我使用的是dualboot,我发现这些文件在我的Windows7上运行得非常好,而Windows7使用的是TortoiseSVN
再次感谢。第一件看起来不对劲的事情是,您已以root(sudo)身份签出,然后使用了普通用户帐户
另一件事是文件系统区分大小写。当我使用fat32分区时,我会觉得很奇怪。也许检查挂载选项会有所帮助。第一件看起来错误的事情是,您已以root(sudo)身份签出,然后使用了普通用户帐户
另一件事是文件系统区分大小写。当我使用fat32分区时,我会觉得很奇怪。也许检查装载选项会有所帮助。这个问题很可能与文件系统不区分大小写有关。您应该检查安装文件系统的选项,特别是禁用自动转换为小写。Subversion将文件名视为区分大小写,但您当前的文件系统正在将其转换为小写,因此状态的结果是:
??cnt/readme
! cnt/README
这意味着subversion认为它创建了一个名为cnt/README
的文件,但该文件不在当前文件系统中(!
标记表示已删除),同时如果将cnt/README
视为文件系统中的新文件,但从未添加到subversion中)
修复您的装载选项,或者使用区分大小写的文件系统,您就会没事。问题很可能与文件系统不区分大小写有关。您应该检查安装文件系统的选项,特别是禁用自动转换为小写。Subversion将文件名视为区分大小写,但您当前的文件系统正在将其转换为小写,因此状态的结果是:
??cnt/readme
! cnt/README
这意味着subversion认为它创建了一个名为cnt/README
的文件,但该文件不在当前文件系统中(!
标记表示已删除),同时如果将cnt/README
视为文件系统中的新文件,但从未添加到subversion中)
修复您的装载选项,或者使用区分大小写的文件系统,您就会没事。是的,这可能就是问题所在。删除现有签出,并在不使用“sudo”命令的情况下重新签出。不要在没有特定用途的情况下使用root。特别是不要从互联网上复制粘贴以sudo开头的命令。@Paul-虽然我同意你不应该在同一个工作副本中混合用户(可能根本不应该使用root),但我怀疑这是问题的原因。我认为@hacker有权这样做——如果这是两个操作系统之间共享的驱动器,那么可能是FAT32,它不保留案例。是的,这可能是错误的。删除现有签出,并在不使用“sudo”命令的情况下重新签出。不要在没有特定用途的情况下使用root。特别是不要从互联网上复制粘贴以sudo开头的命令。@Paul-虽然我同意你不应该在同一个工作副本中混合用户(可能根本不应该使用root),但我怀疑这是问题的原因。我认为@hacker有权这样做——如果这是两个操作系统之间共享的驱动器,那么可能是FAT32,它不保留案例。我不知道这里发生了什么。我不知道这里发生了什么。