【问题标题】：503 error pushing to remote503 错误推送到远程
【发布时间】：2016-05-27 16:52:58
【问题描述】：

我在推送到 Github 时遇到 503 错误：

$ git push github develop
Counting objects: 22, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (22/22), done.
Writing objects: 100% (22/22), 4.16 KiB | 0 bytes/s, done.
Total 22 (delta 16), reused 0 (delta 0)
error: RPC failed; HTTP 503 curl 22 The requested URL returned error: 503 Service Unavailable
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly
Everything up-to-date

我检查了他们的status page 和“所有系统都运行”，所以我认为这一定与我的配置有关。我的.gitconfig 文件只有我的姓名和电子邮件：

[user]
    name = Bradley Wogsland
    email = <omitted>

（我在这里省略了我的真实电子邮件，但在实际文件中它在那里）。

【问题讨论】：

遇到了同样的问题，现在好像可以了？推送成功
好像 Github 太忙了。
@sdeburca 所以即使状态页面没有报告 github 也可能有问题？
@wogsland 503 是一种报告 :) 服务不可用。

标签： git http github

【解决方案1】：

我遇到了同样的问题，并通过将 Git 缓冲区大小增加到我的 repo 的最大单个文件大小来解决它：

git config --global http.postBuffer 157286400

之后，我可以毫无问题地执行推送请求：

git push

这是来自Bitbucket Support的一个很好的解释：

原因

Git 中的“Smart HTTP”协议在 POST 请求中使用“Transfer-Encoding: chunked”，当它包含大小超过 1MB 的打包对象时。

有些代理服务器，比如 Nginx，默认不支持这种传输编码，请求在到达 Bitbucket Server 之前会被拒绝。因此，Bitbucket 服务器日志不会显示任何额外信息。

另一个可能的原因是负载平衡器配置错误。

解决方法

当推送大量数据时（初始推送大型存储库，使用非常大的文件进行更改）可能需要在您的 git 客户端（而不是服务器）上设置更高的 http.postBuffer 。来自https://www.kernel.org/pub/software/scm/git/docs/git-config.html

http.postBuffer 将数据发送到远程系统时，智能 HTTP 传输使用的缓冲区的最大大小（以字节为单位）。对于大于这个缓冲区大小的请求，使用 HTTP/1.1 和 Transfer-Encoding: chunked 来避免在本地创建海量的包文件。默认为 1 MiB，足以满足大多数请求。
反向代理上的配置。通常 ngnix 的参数 client_max_body_size 是一个阻塞器。反向代理也可能有关闭连接的连接超时（例如，Apache 中的 Timeout 或 ProxyTimeout，ngnix 中的 proxy_read_timeout）。尝试通过直接推送到 Bitbucket Server IP:port 来绕过代理。如果这可行，则很可能是代理服务器导致过早断开连接，需要进行调整。
用户在他的机器上使用出站代理导致问题。

分辨率

将 Git 缓冲区大小增加到存储库的最大单个文件大小：git config --global http.postBuffer 157286400
ngnix反向代理配置参考Git push fails - client intended to send too large chunked body的解析。将此参数增加到您的存储库的最大单个文件大小。
如Can't clone or pull due to a git outbound proxy中所述，绕过出站代理

【讨论】：

我只是在推送小 KB 文件，但仍然无法正常工作。这是因为我支持公司代理吗？
很可能是的，我的工作场所阻止上行 git 请求的方式相同。

【解决方案2】：

我遇到了同样的问题。尝试将我的全局电子邮件设置为我帐户的电子邮件：

git config ---global user.email MY_GIT_EMAIL

然后尝试

git push

它对我有用。

【讨论】：

【解决方案3】：

就我而言，这是一条防火墙规则。在我们的网络团队允许的情况下，流量通过了

【讨论】：