Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

add cloud auto join provider: tencentcloud and update vendor #6818

Merged
merged 1 commit into from
Dec 5, 2019
Merged

add cloud auto join provider: tencentcloud and update vendor #6818

merged 1 commit into from
Dec 5, 2019

Conversation

likexian
Copy link
Contributor

update tests and docs.

Copy link
Member

@banks banks left a comment

Choose a reason for hiding this comment

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

@likexian thanks for contributing this!

CI is failing because vendor is not updated correctly. Can you run make update-vendor to correctly process vendoring please?

I'm also wary of adding replace directives to go.mod - is that needed? If so I'd like to understand why and if we can get things compatible without it as it becomes hard to predict what pinning to that other fork and commit will do to other transient dependencies.

go.mod Outdated
@@ -6,6 +6,8 @@ replace github.com/hashicorp/consul/api => ./api

replace github.com/hashicorp/consul/sdk => ./sdk

replace launchpad.net/gocheck => github.com/go-check/check v0.0.0-20190902080502-41f04d3bba15
Copy link
Member

Choose a reason for hiding this comment

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

@likexian is this necessary? I'm wary of adding replace directives to the whole of Consul without knowing exactly why they are needed.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

on launchpad.net website, it said that gocheck has been moved to github, please check it via: https://launchpad.net/gocheck

Copy link
Contributor Author

Choose a reason for hiding this comment

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

however I have revert it to avoid the worried.

Copy link
Member

Choose a reason for hiding this comment

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

I see. I think it's better to leave it as it was though otherwise we could be pulling in a newer version that the dependency intended. If there is concern about the launchpad version going away then the dependency that imported it should probably have a PR to switch their import rather than us second guessing which one they want here.

Thanks for reverting!

@likexian
Copy link
Contributor Author

likexian commented Nov 21, 2019

@likexian thanks for contributing this!

CI is failing because vendor is not updated correctly. Can you run make update-vendor to correctly process vendoring please?

I am sure I have run make update-vendor before I commit, but it seems that the CI runs into different result. I check some of the diffs, it seems that just the issues of order, I don't know how to resolve, please help me, for example:
x

EDIT: well, it seems that it is the difference of go version, I used go1.13 but CI go1.12, I have fixed it.

@banks
Copy link
Member

banks commented Nov 21, 2019

EDIT: well, it seems that it is the difference of go version, I used go1.13 but CI go1.12, I have fixed it.

Thanks for checking that out! I'll note this so the team knows. We hope to upgrade build system soon but 1.13 broke some of our build tools.

@@ -31,6 +31,7 @@ jobs:
- image: *GOLANG_IMAGE
steps:
- checkout
- run: sudo apt-get install -y bzr
Copy link
Member

Choose a reason for hiding this comment

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

@alvin-huang do we want to do this here? I think we should probably add this to the make tools instead right?

Also, I wonder if the replace directive I asked @likexian to remove which redirects off launchpad.net would also fix this. Which is worse having every contributor need bzr or maintaining a redirect in go mod?

When we get to 1.13 and use a module proxy this will also go away again...

Copy link
Contributor

Choose a reason for hiding this comment

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

I think maintaining the redirect is better than having others install bzr. I don't see that line changing much between now and when we get to 1.13 so it's minimal maintenance.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

@banks @alvin-huang
So, what can I do for this PR to go on?

Copy link
Member

Choose a reason for hiding this comment

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

Apologies Li,

We've been waiting to get consensus on the best approach here before we ask you to change anything else again as it's not ideal to keep changing our minds!

US folks are out this week but I'll try to get back to you next week so we can move this on!

Thanks again for you contribution.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Thanks for the reply, If there is something I can do, it is my pleaseure.

mikemorris added a commit that referenced this pull request Dec 2, 2019
Transitive dep, source at https://launchpad.net/gocheck indicates
project moved. This also avoids a dependency on bzr when fetching
modules.

Refs #6818
Copy link
Member

@banks banks left a comment

Choose a reason for hiding this comment

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

Hey @likexian just so you're clear, we decided collectively the replace was in fact the least bad option here going forward (apologies for the delay in figuring that out when you did it from the start), but we also had another update from go-discover to merge in.

Mike has done that in #6865 which includes the replace in go mod and vendor updates etc.

Would you be able to rebase this once he merges to master? Then we should be left with only the docs additions which would be perfect and can be merged right away!

Thanks!

mikemorris added a commit that referenced this pull request Dec 4, 2019
Refs hashicorp/go-discover#128

* deps: add replace directive for gocheck

Transitive dep, source at https://launchpad.net/gocheck indicates
project moved. This also avoids a dependency on bzr when fetching
modules. Refs #6818

* deps: make update-vendor

* test: update retry-join expected names from go-discover
@likexian
Copy link
Contributor Author

likexian commented Dec 5, 2019

Hey @likexian just so you're clear, we decided collectively the replace was in fact the least bad option here going forward (apologies for the delay in figuring that out when you did it from the start), but we also had another update from go-discover to merge in.

Mike has done that in #6865 which includes the replace in go mod and vendor updates etc.

Would you be able to rebase this once he merges to master? Then we should be left with only the docs additions which would be perfect and can be merged right away!

Thanks!

Well, I have rebase it.

@codecov
Copy link

codecov bot commented Dec 5, 2019

Codecov Report

Merging #6818 into master will increase coverage by 0.01%.
The diff coverage is n/a.

Impacted file tree graph

@@            Coverage Diff             @@
##           master    #6818      +/-   ##
==========================================
+ Coverage   65.83%   65.85%   +0.01%     
==========================================
  Files         435      435              
  Lines       52488    52488              
==========================================
+ Hits        34558    34566       +8     
+ Misses      13796    13785      -11     
- Partials     4134     4137       +3
Impacted Files Coverage Δ
api/session.go 66.07% <0%> (-5.36%) ⬇️
agent/consul/acl_replication_legacy.go 83.05% <0%> (-3.39%) ⬇️
agent/cache/watch.go 78.75% <0%> (-2.5%) ⬇️
api/kv.go 83.45% <0%> (-1.44%) ⬇️
api/watch/funcs.go 74.61% <0%> (-1.04%) ⬇️
agent/local/state.go 79.93% <0%> (-0.87%) ⬇️
command/exec/exec.go 66.56% <0%> (-0.6%) ⬇️
agent/consul/rpc.go 78.57% <0%> (-0.38%) ⬇️
agent/consul/connect_ca_endpoint.go 57.19% <0%> (ø) ⬆️
agent/config/builder.go 83.48% <0%> (+0.08%) ⬆️
... and 8 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 6817676...0d056db. Read the comment docs.

Copy link
Member

@banks banks left a comment

Choose a reason for hiding this comment

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

Thanks @likexian for all your help here!

This should be included in our 1.7.0 release shortly!

@banks banks merged commit a8b3be0 into hashicorp:master Dec 5, 2019
@likexian
Copy link
Contributor Author

likexian commented Dec 5, 2019

Thank you.

@ghost
Copy link

ghost commented Jan 25, 2020

Hey there,

This issue has been automatically locked because it is closed and there hasn't been any activity for at least 30 days.

If you are still experiencing problems, or still have questions, feel free to open a new one 👍.

@ghost ghost locked and limited conversation to collaborators Jan 25, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants