Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/ruby-on-rails/60.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Ruby on rails 我如何确定heroku上运行的elasticsearch版本是什么?_Ruby On Rails_Heroku_<img Src="//i.stack.imgur.com/RUiNP.png" Height="16" Width="18" Alt="" Class="sponsor Tag Img">elasticsearch - Fatal编程技术网 elasticsearch,Ruby On Rails,Heroku,elasticsearch" /> elasticsearch,Ruby On Rails,Heroku,elasticsearch" />

Ruby on rails 我如何确定heroku上运行的elasticsearch版本是什么?

Ruby on rails 我如何确定heroku上运行的elasticsearch版本是什么?,ruby-on-rails,heroku,elasticsearch,Ruby On Rails,Heroku,elasticsearch,Heroku说我正在运行elasticsearch 2.2.0版,但我认为他们错了,这就是为什么 在2.2.0的本地版本中,我的映射包括定义的payloads:true选项,它们工作得很好。然而,在heroku上,我得到了空洞的回答。如果我删除这个选项并按照构造映射,那么它可以在heroku上工作,但是响应在本地是空的。2.x的确切含义是什么?我如何找到在heroku上运行的真实版本 多谢各位 已找到ElasticSearch: { "name": "instance-x", "cluster_

Heroku说我正在运行elasticsearch 2.2.0版,但我认为他们错了,这就是为什么

在2.2.0的本地版本中,我的映射包括定义的
payloads:true
选项,它们工作得很好。然而,在heroku上,我得到了空洞的回答。如果我删除这个选项并按照构造映射,那么它可以在heroku上工作,但是响应在本地是空的。2.x的确切含义是什么?我如何找到在heroku上运行的真实版本

多谢各位

已找到ElasticSearch:

{
"name": "instance-x",
"cluster_name": "x",
"version": {
"number": "2.2.0",
"build_hash": "1b182b4497d4bba7602085ebd2e59a8a555ad368",
"build_timestamp": "2016-01-14T13:42:27Z",
"build_snapshot": true,
"lucene_version": "5.4.0"
},
"tagline": "You Know, for Search"
}
本地:

{
"name": "Power Princess",
"cluster_name": "elasticsearch_brew",
"version": {
"number": "2.2.0",
"build_hash": "8ff36d139e16f8720f2947ef62c8167a888992fe",
"build_timestamp": "2016-01-27T13:32:39Z",
"build_snapshot": false,
"lucene_version": "5.4.1"
},
"tagline": "You Know, for Search"
}

我注意到lucene和build_快照是不同的。lucene版本只有与有效负载无关的错误修复。那么构建快照是什么,它可能会影响它呢?

您可以使用
build\u hash
值来找出两个构建之间的差异。部署在Find上的一个可追溯到2016年1月14日,部署在Heroku上的一个可追溯到2016年1月27日,即13天。根据
build\u snapshot
,在上找到的是

因此,让我们使用上面的构建哈希来查看Github上的:

  • 13天的承诺
  • 49承诺
  • 191更改文件
在其中的某个地方,我们找到了commit db409c99,其中包括和中的更改

浏览一下提交,我们可以发现他们不得不这样做,因为它破坏了其他部分。它将在主要版本(3.0)中重新引入


因此,总而言之,您的本地版本包括
有效载荷
字段,而您找到的本地版本没有,这解释了您看到的行为。

您可以使用
构建\u散列
值来找出两个构建之间的差异。部署在Find上的一个可追溯到2016年1月14日,部署在Heroku上的一个可追溯到2016年1月27日,即13天。根据
build\u snapshot
,在上找到的是

因此,让我们使用上面的构建哈希来查看Github上的:

  • 13天的承诺
  • 49承诺
  • 191更改文件
在其中的某个地方,我们找到了commit db409c99,其中包括和中的更改

浏览一下提交,我们可以发现他们不得不这样做,因为它破坏了其他部分。它将在主要版本(3.0)中重新引入


总之,您的本地版本包括
有效载荷
字段,而您找到的本地版本没有,这就解释了您看到的行为。

只需查询您的群集并检查版本:输出将保存群集的版本。只需查询您的群集并检查版本:输出将保存群集的版本。非常感谢,我们现在知道我们正在做什么。很难相信他们在生产中没有使用稳定的分支。很高兴这有帮助。是的,但肯定有一些模糊的原因,可能是持续集成;)非常感谢,我们现在知道我们在做什么了。很难相信他们在生产中没有使用稳定的分支。很高兴这有帮助。是的,但肯定有一些模糊的原因,可能是持续集成;)