几年来,我一直在等待 Subversion 提供“永久删除”(消除)功能。我犹豫是否要过渡到 Subversion(来自 Visual SourceSafe :p),因为我认为这是一个基本功能,否则我会期望存储库会不可阻挡地增长。然而,由于某种原因,该功能被一再推迟。所以我开始想知道是否有其他一些功能或解决方法可以使删除功能变得可有可无。
当你想要收缩SVN中央存储库时你会怎么做?
实施例1: I 签入大型第三方库 https://stackoverflow.com/questions/49196/storing-third-party-libraries-in-source-control,几周后我意识到它不适合我的需求。我不希望永远存储和备份大量数据。
实施例2:我的存储库中有10个大型第三方库的10个版本,但我只使用最新版本。
实施例3:我不小心签入了敏感信息(按照建议John https://stackoverflow.com/users/197229/john).
实施例4:我不小心签入了一些本来不应该放入存储库的大文件。
有相当多的讨论svn obliterate
在问题票上Apache Subversion 站点 http://subversion.tigris.org/issues/show_bug.cgi?id=516,其中大部分在 2008 年左右结束。人们似乎普遍认为这是一种很好的能力,尽管它的使用应该很少。
想要它有两个主要原因。
首先,检查机密信息可能是一个问题。将其保留在那里、删除并不一定是一种选择,具体取决于存储库的机密性和暴露程度。
其次,签入大量不应该签入的内容会大大增加存储库的大小。如今,磁盘空间通常很便宜,但它并不是无限的,而且文件空间还有其他方面的重要性。如果需要通过网络连接发送存储库,则需要额外的时间,这可能很重要,也可能不重要。能够刻录包含整个存储库的 CD-ROM 或 DVD-ROM 确实具有优势。
因此,这是一项有用的功能,目前通过转储、过滤和重新加载存储库来完成。根据我所看到的报告,这很容易出错,速度可能很慢,并且需要关闭存储库。
显然,对于 Subversion 团队来说,这并不是一个高度优先的功能,因为多年来它所需要的是有人来完成设计和实现它的工作。毕竟,这种情况应该很少发生,并且有一个解决方法。然而,任何想要在 Subversion 上做大量工作的人都可以提供一个可能会被实现的补丁(如果质量足够好)。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)