所有4条评论
嗨@JasonBarnabe ，
我很抱歉造成混乱。 如果您检查实际调用该方法的时间，您将看到该函数仅在URI.parse("").respond_to?(:find_proxy)不为 true（因此 Ruby < 2.0）或者您在初始化 Faraday 时未提供 URL 时才能访问（在这种情况下，我们无法为您猜测）。
因此，发行说明不会过多详细说明，而只是简单地说：我们自动支持 no_proxy，但仅从 Ruby 2.0 开始 😄
iMacTia
于 2017-06-09
好的，谢谢你的信息。 我确实看到了URI.parse("").respond_to?(:find_proxy)并且想知道这可能意味着什么:)
JasonBarnabe
于 2017-06-09
原来如此。 简单的方法find_proxy是在 Ruby 2.0 中引入的，所以如果它不存在，则意味着我们在 Ruby <=1.9 中😃
我们更喜欢以这种方式检查而不是检查 ruby 版本，因为这种方式可能也适用于其他支持此功能的 ruby 解释器（例如 JRuby），或者因为您可以在需要时修补旧版本以支持它
iMacTia
于 2017-06-09
👍1
使用法拉第 0.12.2，我目前在 Ruby 2.3.3 和 2.4.2 上得到这个输出。 这是回归吗？
在 CircleCI 的 2.3.3 或 2.4.2 docker 映像上运行我的构建时，我看到：
no_proxy is unsupported
更新：似乎我遇到了已修复的 #701，并且有新版本的法拉第。 在@inridea放宽oauth2 中的法拉第版本约束（请拇指！）之前，我们将分叉 oauth2，或者处理旧的法拉第。
pboling
于 2017-11-02
👍2
此页面是否有帮助？
0 / 5 - 0 等级
相关问题
aleksb86
·
3评论
subvertallchris
·
5评论
Lewiscowles1986
·
4评论
jordansissel
·
5评论
mokolabs
·
3评论
最有用的评论
使用法拉第 0.12.2，我目前在 Ruby 2.3.3 和 2.4.2 上得到这个输出。 这是回归吗？
在 CircleCI 的 2.3.3 或 2.4.2 docker 映像上运行我的构建时，我看到：
更新：似乎我遇到了已修复的 #701，并且有新版本的法拉第。 在@inridea放宽oauth2 中的法拉第版本约束（请拇指！）之前，我们将分叉 oauth2，或者处理旧的法拉第。