我正在使用一个由慷慨的网站免费提供给我的颠覆存储库。这意味着我只有200MB可以使用的存储库。不过,我没有抱怨,因为我确实认为这很慷慨,并且满足了我的源代码需求。

但是,我偶尔会使用Subversion来进行更多的存储重量文件类型,仅仅是因为系统的功能强大,当我想“回到过去”以解决问题时。我是一个杂乱无章的人,拥有像专用版本控制系统之类的东西来帮助我分类事物确实很有帮助。

因此,我想知道的是,我在云上的存储库是否会“固定”到我可能会错误地将其添加到版本控制中的大文件中。假设我在颠覆存储库中添加了几个大文件(例如,众多2MB JPEG)。另外,我可以在随后的提交上进行一些编辑,还可以为日志提供一些不必要的详细提交消息注释。然后,我意识到我不再想要这些JPEG,然后删除它们。

由于我应该能够在任何以前的提交号码上查看存储库,包括当然是我最初添加文件的文件,这意味着即使我以后将其从存储库中删除,实际上的回购也将继续保留如果是要确保结帐的能力,永远对他们来说永远?

如果是这种情况,我想有删除此数据的规定吗?如果我的存储库被这种类型的“一次性”数据肿了(例如,我用完了200MB配额,仍然想将我的回购用于我的编程目的)必须存在 一些 让我减少脂肪的方式?

很抱歉没有事先研究该主题。晚了。

有帮助吗?

解决方案

存储库一定会保留数据。正确的技术术语是消除的。这里有一个 关联 关于为什么颠覆不存在此功能的原因。

它也不会出现下一个版本1.7 / 1.8。颠覆的路线图是 这里.

由于您使用的是托管颠覆,因此请与主机一起检查是否允许SVNDUMPFILTER命令在服务器上远程执行。

其他提示

是的,它“删除”文件仍将在SVN存储库中。

这是否意味着,即使我以后将其从存储库中删除,如果是确保结帐的能力,实际的存储库仍将继续坚持下去?

是的

如果是这种情况,我想有删除此数据的规定吗?

不,那里没有。但是,您可以将存储库转移到文件中,切断您不需要的内容,将修订版重新定位并将其加载到新的存储库中。但是要保重...有一些 过滤工具 可用于执行此任务。该命令称为 svndumpfilter.

源控制系统付出了很多努力,以确保您可以返回到任何时间点,并且所有数据都可以按照特定的修订编号为您使用。

版本控制的重点是确保任何东西都不会永久删除或覆盖。因此,“删除”文件,仅从当前视图中将其删除,而不是以前的视图;对于先前的视图,它仍然存在。

有一些方法可以手动删除不需要的物品,但它们往往远非用户友好。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top