Subversion客户端是否有可能以任何方式破坏存储库?这可能是任何类型的破坏性破坏,但必须是这样,如果不从备份中恢复存储库,就无法恢复它。
显然,删除所有内容然后通过回滚检查是否很容易修复,所以我正在寻找更多的内容。
答案 0 :(得分:6)
Subversion客户端可以与服务器通信以访问存储库,也可以使用file://
URL直接访问存储库。在第一种情况下,服务器负责存储库,因此客户端不能直接“破坏”它。在第二种情况下,客户端负责存储库,因此客户端中的错误可能会影响存储库。
答案 1 :(得分:2)
理论上,它不能破坏存储库,因为Subversion使用原子提交(尽管Subversion存在错误)。
但是,忽略访问控制,客户端当然可以在新版本中移动/复制/删除存储库的内容。旧的修订仍然存在。理论上,您可以通过合理使用svn命令或管理员删除以后的修订版来恢复这些旧版本。
一般情况下,它非常安全,但请查看访问控制:http://svnbook.red-bean.com/en/1.5/svn-book.html#svn.serverconfig.httpd.authz
注意:正如Greg所暗示的那样,使用本地存储库时稍微复杂一点,因为客户端具有对存储库的直接文件系统访问权限。基本上,你必须信任Subversion。
答案 2 :(得分:1)
如果客户端可以以任何需要存储库恢复的方式破坏存储库,那么Subversion人员就认为这是一个非常严重的错误。
快速查看他们的错误跟踪器显示他们偶尔会遇到存储库损坏错误,但是如果没有错误,客户端就不可能完全破坏存储库。