Gitlab 如何避免迁移失败而不恢复到备份
那么，如果由于数据库迁移不起作用而导致下一个主要版本的更新失败，我有什么选择呢？部分迁移似乎已经到位了 问题是备份都包含该列，我甚至不确定这个问题是什么时候开始的。几个月前，我做了几次备份恢复，当时一切似乎都很好，但现在我很确定那里出了问题 我能想到； 1手动进入postgres以删除列。然后尝试更新。怎样可能还有其他迁移问题。 2导出单个项目，重置为出厂设置并重新导入所有项目。这将取决于导出格式，如果它是sql转储，我将在相同的情况下结束 3.希望专家阅读并帮助我：-Gitlab 如何避免迁移失败而不恢复到备份,gitlab,Gitlab,那么，如果由于数据库迁移不起作用而导致下一个主要版本的更新失败，我有什么选择呢？部分迁移似乎已经到位了 问题是备份都包含该列，我甚至不确定这个问题是什么时候开始的。几个月前，我做了几次备份恢复，当时一切似乎都很好，但现在我很确定那里出了问题 我能想到； 1手动进入postgres以删除列。然后尝试更新。怎样可能还有其他迁移问题。 2导出单个项目，重置为出厂设置并重新导入所有项目。这将取决于导出格式，如果它是sql转储，我将在相同的情况下结束 3.希望专家阅读并帮助我：- 因为这张票没有引起任何注
因为这张票没有引起任何注意，我现在在这里碰碰运气。现在看来我被困在gitlab/gitlab ce:10.3.6上了。谢天谢地，我从来没有解决过这个问题！但是在GitLab文档中，他们的更新GitLab区域中确实有一个关于从失败或部分升级中恢复的部分。它们似乎表明，这可能发生在您从备份中恢复之后，因此这与您已经执行了多次备份恢复的声明相匹配 他们说，您可能需要在不同的迁移步骤中多次执行此操作，然后才能返回到希望迁移成功进行的位置 根据您在他们的问题跟踪器中发布的日志，我看到它在迁移20171106171453时失败，因此您克服第一个障碍的命令可能如下所示：不同的命令取决于源或综合安装： 源代码安装 sudo-u git-H bundle exec rake gitlab:db:mark_migration_complete[20171106171453]RAILS_ENV=production 综合安装 sudo gitlab rake gitlab:db:mark_migration_complete[20171106171453] 再说一次，我以前从来没有这样做过，所以我会在尝试之前做一个新的备份，因为这在以前的例子中效果很好，对吧？！，并在尝试之前仔细阅读他们的文档和警告
祝你好运 在Docked环境中执行有点困难，但确实有效。只有提到的迁移需要标记为已完成。再次感谢