Skip to content

Conversation

@droberts195
Copy link

Elasticsearch has recently upgraded to version 6.0.1
(see elastic/elasticsearch#49211) and it's best if
the ml-cpp repo is consistent at least in the major
version of Gradle that is used.

When ml-cpp is built alongside elasticsearch via the
elasticsearch-extra directory it will be using the
Gradle chosen by the elasticsearch repo, so it's
best if that version is also used when building ml-cpp
standalone to avoid integration incompatibilities.

Elasticsearch has recently upgraded to version 6.0.1
(see elastic/elasticsearch#49211) and it's best if
the ml-cpp repo is consistent at least in the major
version of Gradle that is used.

When ml-cpp is built alongside elasticsearch via the
elasticsearch-extra directory it will be using the
Gradle chosen by the elasticsearch repo, so it's
best if that version is also used when building ml-cpp
standalone to avoid integration incompatibilities.
@edsavage edsavage self-assigned this Dec 11, 2019
Copy link
Contributor

@edsavage edsavage left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@droberts195 droberts195 merged commit a50adba into elastic:master Dec 11, 2019
@droberts195 droberts195 deleted the upgrade_gradle branch December 11, 2019 16:23
droberts195 pushed a commit to droberts195/ml-cpp that referenced this pull request Dec 11, 2019
Elasticsearch has recently upgraded to version 6.0.1
(see elastic/elasticsearch#49211) and it's best if
the ml-cpp repo is consistent at least in the major
version of Gradle that is used.

When ml-cpp is built alongside elasticsearch via the
elasticsearch-extra directory it will be using the
Gradle chosen by the elasticsearch repo, so it's
best if that version is also used when building ml-cpp
standalone to avoid integration incompatibilities.

Backport of elastic#891
droberts195 pushed a commit that referenced this pull request Dec 13, 2019
Elasticsearch has recently upgraded to version 6.0.1
(see elastic/elasticsearch#49211) and it's best if
the ml-cpp repo is consistent at least in the major
version of Gradle that is used.

When ml-cpp is built alongside elasticsearch via the
elasticsearch-extra directory it will be using the
Gradle chosen by the elasticsearch repo, so it's
best if that version is also used when building ml-cpp
standalone to avoid integration incompatibilities.

Backport of #891
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants