Closed thedtripp closed 10 hours ago
Hi @thedtripp. Thanks for your PR.
I'm waiting for a etcd-io member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test
on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work. Regular contributors should join the org to skip this step.
Once the patch is verified, the new status will be reflected by the ok-to-test
label.
I understand the commands that are listed here.
Hi @thedtripp @jmhbnz. In "Tests / test (linux-amd64-fmt)" workflows there is still exists skipping revive message. Are we need to install revive also?
Hey @thedtripp - Thanks for proposing this, agree
shellcheck
should be automatically installed if not already present.We do already have this functionality in
main
, refer: #14872.We should backport the approach from that pull request to
release-3.5
thenrelease-3.4
so all branches managedshellcheck
the same way.
Hey @jmhbnz. I submitted another PR for 3.5 here: https://github.com/etcd-io/etcd/pull/18229 If it looks good, I will repeat for 3.4. Thanks.
Hi @thedtripp @jmhbnz. In "Tests / test (linux-amd64-fmt)" workflows there is still exists skipping revive message. Are we need to install revive also?
Hey @idnandre, Thanks for your review. I plan to address revive in a separate PR.
Closing in favor of #18248
Looking into https://github.com/etcd-io/etcd/issues/17472, it appears that shellcheck is not installed. I added some code to install it, though I'm not sure if this is the correct place to do this.
At the very least, I think we should add an else block to inform that shellcheck isn't installed: