什么'；重建gitlab服务器修复损坏数据的最佳方法是什么？

我们公司有一个内部私有gitlab服务器

此服务器包含一些损坏的数据，这会导致一些奇怪的现象（例如，新创建的用户在查看他们添加到的项目时看到404错误）

损坏的数据是由以下原因造成的

我认为我无法通过编辑服务器上的文件或配置来修复损坏的数据。因为这太危险了。我可能最终会使服务不可用。这将影响到我公司的所有开发人员

下面是我想做的事情：

创建一个新的空gitlab服务器

使用

git clone…

和

git checkout…

下载原始gitlab服务器上所有项目的所有分支

在新的gitlab服务器上手动创建与原始gitlab服务器完全相同的所有用户和组

将所有项目推送到新的gitlab服务器

但上述步骤需要大量时间来准备。有没有更好的方法来重新创建一个新的gitlab服务器来修复这些问题

我已经尝试了gitlab的功能。恢复后，这种奇怪的现象仍然存在

---

我在docker容器中运行gitlab community edition 10.5.6。

为什么您希望手动迁移数据比备份和恢复工作得更好？如果你正在处理实际的bug，你最好的选择可能是升级。GitLab。在任何情况下，这可能是太广泛和/或基于观点的，不能在这里讨论这个主题。因为这些bug是由我创建的，而不是由gitlab的代码创建的。这些虫子以前不存在。备份和恢复并不能解决问题。看看你的另一个问题，你认为你的GitLab数据库被破坏了吗？（就个人而言，我不会称之为“bug”。）在这个问题中包含这些信息可能会有所帮助。否则，正确的答案是升级GitLab，并在必要时使用其备份和恢复功能。是的，我认为我的GitLab数据库已损坏。我想我不应该用bug这个词来描述我在gitlab服务中遇到的奇怪现象。谢谢你更新你的问题。我猜你没有任何干净的备份，从腐败发生之前开始？您是否只有存储库，或者您也在使用Wiki和问题跟踪器？为什么您希望手动迁移数据比备份和恢复工作得更好？如果你正在处理实际的bug，你最好的选择可能是升级。GitLab。在任何情况下，这可能是太广泛和/或基于观点的，不能在这里讨论这个主题。因为这些bug是由我创建的，而不是由gitlab的代码创建的。这些虫子以前不存在。备份和恢复并不能解决问题。看看你的另一个问题，你认为你的GitLab数据库被破坏了吗？（就个人而言，我不会称之为“bug”。）在这个问题中包含这些信息可能会有所帮助。否则，正确的答案是升级GitLab，并在必要时使用其备份和恢复功能。是的，我认为我的GitLab数据库已损坏。我想我不应该用bug这个词来描述我在gitlab服务中遇到的奇怪现象。谢谢你更新你的问题。我猜你没有任何干净的备份，从腐败发生之前开始？你只是有储存库，还是你也在使用维基和问题追踪工具？