2

Subversion 客户端是否有可能以任何方式破坏存储库?这可能是任何类型的破坏性破坏,但必须是在不从备份中恢复存储库的情况下无法恢复。

显然,删除所有内容,然后检查是否很容易通过回滚来修复,所以我正在寻找更多的东西。

4

3 回答 3

6

Subversion 客户端可以与服务器通信以访问存储库,也可以使用file://URL 直接访问存储库。在第一种情况下,服务器负责存储库,因此客户端不能直接“破坏”它。在第二种情况下,客户端负责存储库,因此客户端中的错误可能会影响存储库。

于 2008-12-13T20:24:26.363 回答
2

理论上,它不会破坏存储库,因为 Subversion 使用原子提交(尽管 Subversion 中存在错误)。

但是,忽略访问控制,客户端当然可以移动/复制/删除新版本中存储库的内容。旧版本继续存在。理论上,您可以通过明智地使用 svn 命令或通过管理员删除以后的版本来恢复到这些旧版本。

一般来说,它非常安全,但请查看访问控制:http ://svnbook.red-bean.com/en/1.5/svn-book.html#svn.serverconfig.httpd.authz

注意:正如 Greg 所暗示的,使用本地存储库时会稍微复杂一些,因为客户端可以直接访问存储库的文件系统。本质上,您必须信任 Subversion。

于 2008-12-13T20:24:54.630 回答
1

如果客户端可以以任何需要恢复存储库的方式破坏存储库,则 Subversion 人员认为这是一个非常严重的错误。

快速浏览一下他们的 bug-tracker 会发现他们偶尔会遇到存储库损坏错误,但在没有错误的情况下,客户端不可能完全破坏存储库。

于 2008-12-15T13:28:36.983 回答