[英]Does subversion save deleted files?
我正在使用一个慷慨的网站免费提供给我的颠覆存储库。 这意味着我只有 200MB 可用于存储库。 不过,我并没有抱怨,因为我确实认为这非常慷慨,并且足以满足我的源代码需求。
但是,我偶尔会使用 subversion 来处理更多存储密集型文件类型,这仅仅是因为系统功能强大,当我想 go “及时”解决问题时。 我是一个相当杂乱无章的人,拥有一个专门的版本控制系统来帮助我整理东西真的很有帮助。
那么,我想知道的是,我在云上的存储库是否会“保留”一个我可能错误地添加到版本控制中的大文件。 假设我向 subversion 存储库添加了几个大文件(假设是大量 2MB jpeg)。 我还可以在后续提交时稍微编辑它们,并为日志提供一些不必要的冗长提交消息注释。 然后我意识到我不再想要这些 jpeg 中的任何一个,并删除它们。
由于我应该能够在任何以前的提交号上签出存储库,当然包括我最初添加文件的那个,这是否意味着即使我稍后从存储库中删除它们,实际的存储库将继续保留如果是为了保证结帐的能力,就永远给他们?
如果是这种情况,我想有删除这些数据的规定吗? 如果我的 repo 因这种类型的“一次性”数据而变得臃肿(例如,我的 200MB 配额用完了,但仍想为我的编程目的多使用我的 repo),那么我必须有某种方法来修剪胖的?
很抱歉没有提前研究这个话题。 晚了。
是的,它“删除”的文件仍然在 SVN 存储库中。
这是否意味着即使我稍后从回购中删除它们,如果为了确保能够结帐,实际的回购将继续永远保留它们?
是的
如果是这种情况,我想有删除这些数据的规定吗?
不,那里没有。 但是,您可以将存储库转储到文件中,切断您不想要的内容,重新计算修订并将其加载回新的存储库。 但请注意...有一些过滤工具可用于帮助执行此任务。 该命令称为svndumpfilter
。
源代码控制系统付出了很多努力来确保您可以将 go 恢复到任何时间点,并且所有数据都可以像过去一样以该特定修订号提供给您。
版本控制的重点是确保不会永久删除或覆盖任何内容。 因此,“删除”文件只会将其从当前视图中删除,而不是从前一个视图中删除; 对于以前的视图,它仍然存在。
有一些倾倒和手动删除不需要的项目的方法,但它们往往对用户不友好。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.