我们在服务器上安装了gitlab ce 9.1.2，安排了备份，安排每8:00 pm星期一至周五运行。到目前为止，一切都很好，但是昨天我们开始使用Wiki。我仔细检查了备份文件，并以某种方式的大小与前一天的备份完全相同(除了创建Wiki页面以外，系统中没有完成任何操作(。
因为我怀疑备份过程中未包含Wiki，因此我打开了VM并试图恢复备份文件。成功的操作后，我去了项目的Wiki部分，它是空的。
我正在阅读一些资源，他们说仓库不应该为Wiki包括在内，但是我们的回购中充满了代码，提交，分支，问题等。我遵循>的备份说明Omnibus 安装，因为那是我们拥有的。
0 20 * * 1-5 /opt/gitlab/bin/gitlab-rake gitlab:backup:create CRON=1
您可以看到，我没有包含任何SKIP环境变量，因此它不应该跳过任何内容。我想念什么吗？我正确地遵循了说明。我需要系统的完整备份。
来自链接@fedorqui的
，只要这似乎是一个问题，当您创建Wiki时，缓存不会被冲洗掉，因此备份过程将Wiki视为空无一人。
要解决此问题，似乎我们必须手动冲洗缓存。
sudo gitlab-rails console
p = Project.find_by_full_path 'namespace_path/project_path'
wiki = ProjectWiki.new p
wiki.repository.empty?
wiki.repository.expire_all_method_caches
wiki.repository.empty?
第一次运行wiki.repository.empty?时，它将返回true，这就是备份过程跳过Wiki的原因。运行wiki.repository.expire_all_method_caches后，您应该很好地走(我尝试了一下，我们的Wiki现在正在备份(。如果您想确认一切看起来都不错，只需再次运行wiki.repository.empty?即可返回false。
截至2017年6月5日，该错误尚未解决。
更新(2017年8月22日(
Gitlab CE 9.5.0已发布(ChangElog(，该问题已解决此问题。如果您不想手动必须到期缓存，我建议您将gitlab安装升级至至少v9.5.0，您应该可以。