记一次推送lfs失败不能迁移git仓库到新的gitlab的问题

前言

AI横行，好久没做内容整理了，这不一转眼又到了月底，没挤出时间来做这部分，所以今天只能临时抱佛脚，赶紧用AI生成一篇，可是转念一想这样的意义何在，那样的话我这总结岂不是毫无用处了，所以还是算了，随便写一写也算不失本心，所以就把上周解决的一个问题拿来了

看这个报错信息我已经见到很多次了

! $remote rejected$ dev -> dev (pre-receive hook declined)

! $remote rejected$ dev_2022 -> dev_2022 (pre-receive hook declined)

之前的做法就是先推送lfs，再推送主库

复制代码

git lfs push --all $reposurl
git push origin --all $reposurl

但是这次遇到的问题是推送lfs的时候，每次进度到1.2G就卡住不动，不论是客户端服务器都没找到有用的报错

经过探索找到以下方案：

先关闭服务器端LFS检查，客户端推送时不推送LFS，将所有分支先推上去，再处理lfs的问题，实践后可以

怎么关闭gitlab服务器上的lfs检查

● 两种方式，任选其一：

方式一：项目级别关闭（推荐，影响范围小）

GitLab Web 界面 → 进入 xxxx/yyyy 项目 → Settings → General → Visibility, project features, permissions → 把 Git Large File Storage (LFS) 开关关掉 → Save changes
方式二：全局关闭

GitLab Web 界面 → Admin Area（管理中心） → Settings → General → Visibility and access controls → 取消勾选 Allow

projects to use Git LFS → Save changes

关掉后执行推送，推完再用同样的路径打开即可：
复制代码
```
git push --all origin
git push --tags origin    # 如果还有 tags 的话
```

关闭客户端检查的可以可以加--no-verify参数（已试过）或者GIT_LFS_SKIP_PUSH=1变量（还没试）

关闭lfs和务端客户端的配置后可以成功推送，至于后面的lfs，历史要还是不要，lfs用还是不用，根据具体需要处理吧

花开堪折直须折，莫待无花空折枝