通过CIF进行颠覆不起作用

Question

我试图在Linux机器上使用Subversion，存储库位于Microsoft sbs2008服务器上。 （我可以从Microsoft Windows 7计算机访问存储库。）有人可以告诉我如何使其工作吗？

这就是我所做的。

# sudo mount -t cifs -v -o credentials=~/Files/server-mount-credentials,uid=richard,nocase,nounix,nosuid  //sbs2008/local ~/Files/server-mount/

# svn commit -m ""

Adding         file1
Sending        file2
Transmitting file data ........svn: Commit failed (details follow):
svn: database is locked

strace显示：

open("/home/rdelorenzi/Files/server-mount/svn_repository/db/rep-cache.db", O_RDWR|O_CREAT|O_LARGEFILE, 0644) = 12

...

_llseek(12, 162816, [162816], SEEK_SET) = 0
read(12, "\n\0\0\0\20\1 \0\1 \1N\1|\1\252\1\330\2\6\0024\2b\2\220\2\276\2\354\3\32"..., 1024) = 1024

_llseek(12, 100352, [100352], SEEK_SET) = 0
read(12, "\n\0\0\0\24\0i\0\0i\0\227\0\305\0\363\1!\1O\1}\1\253\1\331\2\7\0025\2c"..., 1024) = 1024
_llseek(12, 52224, [52224], SEEK_SET)   = 0
read(12, "\n\0\0\0\24\0k\0\0\231\0\307\0\365\1#\1Q\1\177\1\255\1\333\2\t\0027\2d\2\222"..., 1024) = 1024

fcntl64(12, F_SETLK64, {type=F_WRLCK, whence=SEEK_SET, start=1073741824, len=1}, 0xbf8e15e8) = 0
fcntl64(12, F_SETLK64, {type=F_WRLCK, whence=SEEK_SET, start=1073741826, len=510}, 0xbf8e15e8) = -1 EACCES (Permission denied)

Answer 1

不要通过网络共享来安装Subversion存储库，否则它将无法可靠地运行。

file：//访问仅适用于本地单用户访问，尤其是测试和调试。 当您要共享存储库时，您确实需要设置适当的服务器，并且这并不像您想的那样困难。 阅读“访问存储库”一节，以获取有关选择和设置服务器的指南。 [链接]

如David W所述，您需要运行SVN服务器。

Answer 2

您可以控制Windows机器吗？ 端口3690是否畅通？ 为什么不在Windows计算机上使用svnserve服务器。 然后，您不必挂载文件系统。

在Windows计算机上：

 c:\> svnserve -r C:\path\to\your\repository -d

在您的Linux机器上

$ svn co svn://sbs2008/trunk

另一种可能性是在Windows 机器上使用VisualSVN Server 。 然后，您可以使用Apache的httpd访问您的存储库：

$ svn co http://sbs2008/svn/trunk

VisualSVN Server不是开源的，但是只要您不需要Windows Active Directory连接之类的高级功能，它都是免费的。

Answer 3

好。 假设我不知道也无法理解mount命令和参数。

在这种情况下，我只是问：

您到底想做什么？ 直接使用存储库中的文件（不是repo中的 文件 ，而是的文件 ）？ 是出于什么原因？

Subversion具有Client-Server体系结构 ，客户端与服务器进行通信，这从客户端隐藏了处理物理存储库后端的详细信息

Subversion的网络层是抽象的，这意味着Subversion客户端无论使用哪种服务器，都表现出相同的常规行为。 无论是使用Apache HTTP Server说HTTP协议（http：//）还是说使用svnserve说自定义Subversion协议（svn：//），基本网络模型都是相同的。

您以客户端人员的身份使用由一对客户端和服务器提供的工作副本中的存储库的物理表示形式 （存储库状态）， 存储库的 逻辑表示形式 ； svn-client作为客户端程序与 存储库 服务器通信，使用服务器访问协议公开的任何内容来处理存储库，并且服务器稍后在最低可能的层上使用存储库（可读写文件）

Answer 4

这不是一个答案，而是几个问题供您仔细考虑。

您为什么认为这行得通？ cifs文件系统驱动程序以一种在最坏的情况下只能读取文件的方式公开NTFS文件系统。 cifs驱动程序公开的功能必须在NTFS末尾具有匹配的功能。

因此，如果SVN无法实现或不支持所需的功能，那么您很可能会遇到类似这样的问题。

我建议查看cifs文档，并检查已知的限制或方法来调整驱动程序以提供更多功能。

并且，当然，您需要检查导出的NTFS文件系统的ACL。 如果cifs驱动程序支持此操作，并且该操作应该起作用，但如果NTFS文件系统的所有者错误或设置了只读位，它仍将失败。