解决gitlab限制上传文件大小的问题

2020-12-13 20:15:43

参考地址 解决gitlab限制上传文件大小的问题

问题



git提交时报错如下：

error: RPC failed ...fatal: The remote end hung up unexpectedly

解决方法

  1. 客户端
    增大本地客户端可以上传代码的大小限制，输入下面的命令即可解决

git config --global http.postBuffer 524288000git config --global https.postBuffer 524288000

  1. 服务端
    服务端的限制有两个地方一个是gitlab本身，另外一个是gitlab使用的nginx。
    gitlab本身也是很好解决的，使用管理员用户登录gitlab在设置Account and limit中加大Maximum attachment size (MB)和Maximum push size (MB)即可解决
    nginx的话修改gitlab.rb这个文件中

nginx['enable'] = true
nginx['client_max_body_size'] = '1024m'
nginx['redirect_http_to_https'] = false
nginx['redirect_http_to_https_port'] = 80

之后重启gitlab

gitlab gitlab-ctl reconfigure
gitlab gitlab-ctl restart

还有要注意的是，我在gitlab前面还加了一个nginx用来做反向代理，所以这个nginx的client_max_body_size也要加


  • 精彩推荐

  • 2019-05-21 12:43:26

    （重要）RecycleView的缓存机制

    RecycleView的四级缓存是由三个类共同作用完成的，Recycler、RecycledViewPool和ViewCacheExtension。Recycler用于管理已经废弃或者与RecyclerView分离的ViewHolder，这里面有两个重要的成员，为可以看见的屏幕的内部缓存成员mAttachedScrap、mChangedScrap和滑出屏幕外的外部缓存成员mCachedViews二者共同完成ViewHolder的缓存；RecycledViewPool类是用来缓存整体所有的ViewHolder，是对mCachedViews缓存的补充；ViewCacheExtension是扩展内的缓存对象，默认不加载，需实现方法getViewForPositionAndType(Recycler recycler, int position, int type)来实现自己的缓存。接下来对四级缓存一步步介绍。

  • 2019-05-21 12:44:31

    对嵌套RecyclerView的优化

    RecyclerView 是一个更高级的 ListView ，它可以重用view避免额外创建太多的view从而带来流畅的滚动性能。RecyclerView通过叫做 View pool 的东西持有不再可见的 view ，让它可被回收

  • 2019-05-25 14:54:50

    commit your changes or stash them before you can merge

    Your local changes to the following files would be overwritten by merge:         protected/config/main.php Please, commit your changes or stash them before you can merge. --------------------- 作者：陈小峰_iefreer 来源：CSDN 原文：https://blog.csdn.net/iefreer/article/details/7679631 版权声明：本文为博主原创文章，转载请附上博文链接！

  • 2019-05-27 10:43:34

    IntelliJ IDEA中C盘文件过大怎么办

    当我在D：\ 安装完IDEA9.0之后,建立了一个工程,发现C:\Users\Administrator\.IntelliJIdea90 竟然增大到了500+M，并且随着使用在逐渐增大，这样占用系统盘资源是非常让人不爽的，那么如何将其修改到其他路径呢？

  • 2019-05-28 13:33:20

    BRVAH+MTRVA，复杂？不存在的

    言归正传，这样的一个首页，我们需要做怎么样的基础工作呢？或者说，碰到以后更复杂的页面我们应该怎么做？这里小提示下，不要再用什么类似ScrollView的这种东西了，诶，好像说的有点绝对，尽量不要用，这不是谷歌想要看到的，5.0谷歌推出了RecyclerView，从它的整个设计架构来看，简直就是为这而生的。而RecyclerView的视图是通过Adapter来渲染的。原始的Adapter，让人很蛋疼，重复工作太多，我们应该要有封装的思想，把最需要的部分提供出来，其它不用管。