如何使用*文件*协议在OrtoiseSVN中显示身份验证对话框?
我有一个用乌龟创建的存储库。此存储库已将安全性配置为: svnserve.conf 奥兹 passwd如何使用*文件*协议在OrtoiseSVN中显示身份验证对话框?,svn,tortoisesvn,Svn,Tortoisesvn,我有一个用乌龟创建的存储库。此存储库已将安全性配置为: svnserve.conf 奥兹 passwd 如何使用文件协议显示身份验证对话框?我想您不能。当您使用文件://协议时,客户端(在您的情况下是TortoiseSVN)直接访问存储库的文件,因此唯一的权限/访问控制机制是文件系统机制。而svnserve.conf在使用svnserve时起作用 Subversion的用户建议使用文件://协议仅用于单个开发人员的测试或调试目的 如果您需要访问控制,请尝试使用svnserve我认为您不能。当您使
如何使用文件协议显示身份验证对话框?我想您不能。当您使用
文件://
协议时,客户端(在您的情况下是TortoiseSVN)直接访问存储库的文件,因此唯一的权限/访问控制机制是文件系统机制。而svnserve.conf
在使用svnserve
时起作用
Subversion的用户建议使用文件://
协议仅用于单个开发人员的测试或调试目的
如果您需要访问控制,请尝试使用
svnserve
我认为您不能。当您使用文件://
协议时,客户端(在您的情况下是TortoiseSVN)直接访问存储库的文件,因此唯一的权限/访问控制机制是文件系统机制。而svnserve.conf
在使用svnserve
时起作用
Subversion的用户建议使用文件://
协议仅用于单个开发人员的测试或调试目的
如果需要访问控制,请尝试使用svnserve
注意文件svnserve.conf的名称
此文件用于配置内置svnserve
服务器进程的访问权限
除了单个开发人员正在处理的内容外,您不应该使用文件://
协议。例如,你自己的私人物品。一旦有多个开发人员,就应该使用为多用户访问而构建的协议
文件://
协议的问题是每个人都可以完全访问存储库。他们可以删除它或进行转储,咀嚼存储库历史记录,然后重新加载它
文件://
协议中完全没有安全性,这将阻止任何人使用您的存储库,因为您必须使整个存储库目录结构对所有人都是可读写的
使用svnserve
非常简单,可以保护您的存储库以防止未经授权的访问。您所要做的就是确保唯一可以读取或写入存储库目录结构的用户是运行svnserve
进程的用户
一旦您这样做了,另一个用户可以触摸甚至查看存储库的唯一方式就是通过Subversion客户端与该服务器进程对话
您已经配置了svnserve.conf
文件,只需启动svnserve
进程本身(并确保只有svnserve
进程可以读取或写入存储库目录树)
主要问题是svnserve
使用端口3690与客户端通信,并且有相当多的站点阻止了此端口。如果是这种情况,您需要与IT部门讨论是否允许使用此端口。您可以在另一个端口上运行svnserve
,但这会使您的客户端的情况变得更复杂,因为它们将必须知道端口号以及服务器名称
因此,不要使用文件://
协议。正如您所发现的,它没有实现任何安全性。主要用于学习subversion和单个项目。然而,我的系统上有一个私有subversion存储库,但我仍然使用svnserve
和svn://
协议。我发现它很容易使用,一个nd我不必每次需要签出时都使用“输入存储库”路径:
$ svn co file:///Users/David/Work/svn_repos/trunk/myfile
vs
注意文件svnserve.conf的名称
此文件用于配置内置svnserve
服务器进程的访问权限
除了单个开发人员正在处理的内容外,您不应该使用文件://
协议。例如,您自己的私人物品。一旦您有多个开发人员,您应该使用为多用户访问而构建的协议
文件://
协议的问题在于,每个人都可以完全访问存储库。他们可以删除存储库或进行转储,读取存储库历史记录,然后重新加载
文件://
协议中完全没有安全性,这将阻止任何人使用您的存储库,因为您必须使整个存储库目录结构对所有人都是可读写的
使用svnserve
非常简单,可以保护您的存储库以防止未经授权的访问。您所要做的就是确保运行svnserve
进程的用户是唯一可以读取或写入存储库目录结构的用户
一旦您这样做了,另一个用户可以触摸甚至查看存储库的唯一方式就是通过Subversion客户端与该服务器进程对话
您已经配置了svnserve.conf
文件,只需启动svnserve
进程本身(并确保只有svnserve
进程可以读取或写入存储库目录树)
主要问题是svnserve
使用端口3690与客户端通信,并且有相当多的站点阻止了此端口。如果是这种情况,您需要与IT部门讨论是否允许使用此端口。您可以在另一个端口上运行svnserve
,但这会使您的客户端的情况变得更复杂,因为它们将必须知道端口号以及服务器名称
因此,不要使用文件://
协议。正如您所发现的,它没有实现任何安全性。主要用于学习subversion和单个项目。然而,我的系统上有一个私有subversion存储库,但我仍然使用svnserve
和svn://
协议。我发现它很容易使用,一个我不知道
[/]
admin = rw
editor = rw
reader = r
* =
[users]
admin = admin$1
editor = editor$1
reader = reader$1
user = user$1
$ svn co file:///Users/David/Work/svn_repos/trunk/myfile
$ svn co svn://localhost/trunk/myfile