我们团队中的某个人意外地将包含密码的文件提交到我们的存储库.密码不容易更改.
是否有一种方法,具有完全管理员权限,删除此提交的所有痕迹?我不是在谈论恢复或删除,这显然会将密码保存在文件历史记录中.
kdg*_*ory 27
是的,但这不适合胆小的人.您必须使用svnadmin dump并svnadmin load重新创建存储库.
如果您选择这样做,第一步是阻止您的用户提交,并备份您的存储库.我还建议您浏览一下存储库的副本; 您可以使用rsync将整个存储库目录复制到临时目录中,并从那里开始工作.
对于这些说明,我将在临时目录中创建一个新的存储库:
tmp, 502> svnadmin create example.repo
tmp, 503> svn co file://`pwd`/example.repo example
Checked out revision 0.
Run Code Online (Sandbox Code Playgroud)
我创建了一个包含四个修订的文件,其中第三个需要删除:
example, 536> svn log test.txt
------------------------------------------------------------------------
r4 | kgregory | 2011-04-06 08:46:59 -0400 (Wed, 06 Apr 2011) | 1 line
post-bad commit
------------------------------------------------------------------------
r3 | kgregory | 2011-04-06 08:46:42 -0400 (Wed, 06 Apr 2011) | 1 line
bad revision
------------------------------------------------------------------------
r2 | kgregory | 2011-04-06 08:46:28 -0400 (Wed, 06 Apr 2011) | 1 line
good revision
------------------------------------------------------------------------
r1 | kgregory | 2011-04-06 08:46:02 -0400 (Wed, 06 Apr 2011) | 1 line
initial revision
------------------------------------------------------------------------
Run Code Online (Sandbox Code Playgroud)
因此,我们需要在错误之前和之后转储修订,使用-r标志来指定修订范围.在--incremental第二转储标志是重要的,因为它会告诉LOAD命令不创建一个新的文件.
请注意,我从保存存储库的同一目录运行这些命令.
svnadmin dump -r 1:2 example.repo/ > pred.svndump
* Dumped revision 1.
* Dumped revision 2.
tmp, 552> svnadmin dump -r 4:4 --incremental example.repo/ > succ.svndump
* Dumped revision 4.
Run Code Online (Sandbox Code Playgroud)
现在将原始存储库移开,并创建一个具有相同名称的空存储库:
tmp, 540> mv example.repo example.repo.bak
tmp, 541> svnadmin create example.repo
Run Code Online (Sandbox Code Playgroud)
并导入转储文件的内容.
tmp, 569> svnadmin --quiet load example.repo < pred.svndump
tmp, 570> svnadmin --quiet --ignore-uuid load example.repo < succ.svndump
Run Code Online (Sandbox Code Playgroud)
现在告诉大家删除他们的工作目录并查看新的.你应该看到以下日志:
example, 574> svn log test.txt
------------------------------------------------------------------------
r3 | kgregory | 2011-04-06 08:46:59 -0400 (Wed, 06 Apr 2011) | 1 line
post-bad commit
------------------------------------------------------------------------
r2 | kgregory | 2011-04-06 08:46:28 -0400 (Wed, 06 Apr 2011) | 1 line
good revision
------------------------------------------------------------------------
r1 | kgregory | 2011-04-06 08:46:02 -0400 (Wed, 06 Apr 2011) | 1 line
initial revision
------------------------------------------------------------------------
Run Code Online (Sandbox Code Playgroud)
有一个巨大的警告:此过程假定由于错误提交(即,后继转储仅包含对其他文件的更改),因此没有对文件进行任何提交.
如果情况并非如此,您仍然可以删除修订版,但这项工作要多得多.您需要创建一个新的签到,其中包含该文件的干净副本以及随之更改的任何其他文件.然后创建多个dumpfile,排除包含坏文件的任何修订.
最后:我强烈建议几次干运行.从我的例子中的历史数字中可以看出,我搞砸了几次.正如我在开始时所说的,将Subversion存储库复制到临时目录中很容易.当你这样做时,你可以继续尝试,直到你做对了,然后只需将固定的存储库复制回原位.
请参阅常见问题解答中的答案
在某些特殊情况下,您可能希望销毁文件或提交的所有证据.(也许有人意外地提交了一份机密文件.)这并不容易,因为Subversion是故意设计的,永远不会丢失信息.修订是不可变的树,彼此建立在一起.从历史记录中删除修订版会导致多米诺骨牌效应,在所有后续修订版中产生混乱,并可能使所有工作副本无效.
然而,该项目计划有一天实施一个svnadmin obliterate命令,该命令将完成永久删除信息的任务.(见问题516.)
与此同时,您唯一的办法是svnadmin转储您的存储库,然后通过svndumpfilter(不包括坏路径)将转储文件传输到svnadmin load命令中.有关详细信息,请参阅Subversion书的第5章.
| 归档时间: |
|
| 查看次数: |
10972 次 |
| 最近记录: |