为何旧版本Gem仍需更新？Elasticsearch旧Gem致RSpec测试失败求助

嘿，我来帮你搞清楚这个问题的来龙去脉～

1. Gem与ES服务器版本不兼容是核心问题 #

你当前用的elasticsearch Gem 1.0.12系列，是专门适配Elasticsearch 1.x版本的客户端。但你的测试环境连接的Elasticsearch服务器，大概率已经升级到了5.x或更高版本——而ES 5.x最关键的变化之一就是彻底移除了string字段类型，换成了text（用于全文检索场景）和keyword（用于精确匹配、聚合场景）两种细分类型。

当老版本客户端向高版本ES服务器发送带有string类型的映射请求时，服务器直接认不出这个过时的语法，就会抛出你看到的这个“自动升级失败”的错误。

2. 为啥老Gem会触发版本更新提示？ #

这个提示其实不是来自你的Gem本身，而是Elasticsearch服务器发出来的。低版本客户端和高版本ES通信时，服务器会检测到请求里的过时语法，然后告诉你：“这个字段类型在我这版本已经被删掉了，你要么升级客户端来适配我，要么修改请求内容”——本质是服务器在吐槽你的请求太老，而非Gem自己要更新。

• 先确认ES服务器版本：先搞清楚测试环境用的ES到底是啥版本，跑个命令就能看：

  curl -XGET 'http://你的ES地址:9200'
  

• 二选一：要么升级Gem，要么降级ES
  • 如果想保留高版本ES：得把你的Elasticsearch相关Gem升级到对应版本——比如ES 5.x对应elasticsearch Gem 5.x系列，elasticsearch-model和elasticsearch-rails也要升级到适配5.x的版本（注意要对应Rails版本，比如elasticsearch-rails 5.x适配Rails 4.2+）。升级后还要把代码里的映射配置改了：把所有type: 'string'替换成type: 'text'（需要全文检索的字段）或者type: 'keyword'（只需要精确匹配的字段）。
  • 如果想继续用老Gem：那就把测试环境的ES服务器降级到1.x版本，让客户端和服务器版本完全匹配，语法兼容了自然就不会报错。
• 临时权宜之计（不推荐长期用）：如果暂时没时间大规模调整，可以试试在映射请求里加include_type_name: true参数（不过这个参数在ES 7.x也被移除了），或者手动把string替换成ES 5.x能识别的类型，但这只是缓兵之计，长远来看还是版本匹配更稳妥。

内容的提问来源于stack exchange，提问作者Jakov