有没有办法消除历史上的一个单一的文件在善变?

Question

我想我已经知道这个问题的答案，但是认为我会要求无论如何：

我们有一个文件，该文件得到了加入一个善变的储存库有敏感信息。是否有任何方式来删除该文件连同其改变的历史，而不删除整个仓库?

Answer 1

不，你不能。阅读 应有的更改从来没有 关于它的红宝书的部分;特别是 逃脱的敏感变化怎么办？ / a> 小节，其中包含此段：

  

Mercurial也没有提供方法   完全创建文件或变更集   从历史中消失，因为那里   没有办法强制执行它   消失;有人可以轻松   将他们的Mercurial副本修改为   忽略这样的指令。此外，   即使Mercurial提供了这样的   能力，一个根本没有的人   拉了一下“让这个文件消失”   变更集不会受其影响，   网络爬虫也不会访问   错误的时间，磁盘备份或其他   机制。的确，没有分布式   修订控制系统可以制作数据   可靠地消失。提供   这种控制的幻觉很容易   给予一种虚假的安全感，并且   比根本不提供它更糟糕。

mercurial通过 backout 命令支持恢复已提交更改的常用方法（同样，mercurial book： 处理已提交的更改 ）但信息不会从存储库中消失：因为您永远不知道究竟是谁如上所述，克隆了您的存储库，这会产生错误的安全感。

Answer 2

从Mercurial中删除特定文件是正确的，因为这样做会破坏存储库中的所有变更集ID。更改变更集ID时，每个人都必须重新克隆存储库。有关修改Mercurial中历史记录的后果的信息，请参阅有关编辑历史记录的Wiki页面。

如果您可以（公司内部存储库），那么请查看转换扩展名。它可以执行 hg→hg 转换，并且有一个 - filemap 参数，可用于排除文件等。

Answer 3

可以在本地，但不是全局，并且在添加文件之后更改每个提交的ID。为了使更改成为可能，您需要访问存储库的每个副本，特别是那些被拉出或推送的副本。

那就是说，我遵循了Mercurial wiki上描述的编辑历史序列从我的某个存储库中删除文件。此序列假定修订版1301：5200a5a10d8b将文件 path /添加到/ badfile.cfg ，后续版本中未更改该文件：

1. 在 .hgrc ：

   中启用MQ扩展

   [extensions]
   mq =
   

2. 从上游拉出最近的更改。

   hg pull
   

3. 将从文件添加开始的所有内容导入MQ：

   hg qimport -r 1301:tip
   hg qpop -a
   

4. 从添加该文件的提交中删除该文件。

   hg qpush 1301.diff
   hg forget path/to/badfile.cfg
   hg qrefresh
   

5. 将补丁转换为新的Mercurial版本。

   hg qpush -a
   hg qfinish -a
   

6. 将新版本推向上游。

   hg push -f
   

7. 在上游存储库和每个其他副本上，删除旧版本。

   hg strip 5200a5a10d8b
   

警告：除非您小心，否则此步骤可能会破坏工作。如果自上次你从上游撤出以来有人提交了任何东西，那么你必须在剥离之前重新开始这项工作。不幸的是， rebase 扩展名在这里没有帮助;您将不得不再次使用MQ，将新提交转换为您应用于新提示的补丁。

祝你好运。

Answer 4

它可以在10分钟。在一个单一的储存库，虽然有后果。

如何：使用汞的转换作为描述 这个优秀的指南.基本上，你"转换"一个汞回购入一个新的汞的回购，但你获得指定一个列表的文件排除在转换。这是一个摘录的关键步骤：

Make sure all your teammates have pushed their local changes to the central repo (if any)
Backup your repository
Create a "map.txt" file:

# this filemap is used to exclude specific files
exclude "subdir/filename1.ext"
exclude "subdir/filename2.ext"
exclude "subdir2"

Run this command:
hg convert --filemap map.txt c:/oldrepo c:/newrepo
NOTE: You have to use "forward-slash" in paths, even on windows.
Wait and be patient
Now you have a new repo at c:\newrepo but without the files

作为的后果...

• 所有变更集Id后文件要排除的加入将是不同的
• 新的"干净的"主要储存库将手放在现有的一个
• 所有团队成员将要作出新的克隆的主要仓库
• 任何其他服务的整合汞可能需要注意(例如问题跟踪，一个代码的审查系统等等)。

Answer 5

hg移植，然后hg strip