Closed thaJeztah closed 1 month ago
Attention: Patch coverage is 72.72727%
with 3 lines
in your changes are missing coverage. Please review.
Project coverage is 61.37%. Comparing base (
3da25f6
) to head (fed9fa0
).
Interesting; for some reason static check does NOT complain about using deprecated field 🤔 wondering if we have some config incorrect in golangci-lint; I would expect it to barf;
8.45 cli/command/context/list.go:70:52: directive `//nolint:staticcheck // ignore SA1019: field is deprecated, but used for backward-compatibility.` is unused for linter "staticcheck" (nolintlint)
68.45 ContextType: getContextType(nil, opts.format), //nolint:staticcheck // ignore SA1019: field is deprecated, but used for backward-compatibility.
68.45 ^
68.45 cli/command/context/list.go:87:69: directive `//nolint:staticcheck // ignore SA1019: field is deprecated, but used for backward-compatibility.` is unused for linter "staticcheck" (nolintlint)
68.45 ContextType: getContextType(meta.AdditionalFields, opts.format), //nolint:staticcheck // ignore SA1019: field is deprecated, but used for backward-compatibility.
68.45 ^
68.45 cli/command/context/list.go:105:51: directive `//nolint:staticcheck // ignore SA1019: field is deprecated, but used for backward-compatibility.` is unused for linter "staticcheck" (nolintlint)
68.45 ContextType: getContextType(nil, opts.format), //nolint:staticcheck // ignore SA1019: field is deprecated, but used for backward-compatibility.
The binary with this patch will only be used with DD for the upcoming release (and maybe one after that?), is that correct?
Yes(ish); I wanted to avoid having to build some forked version of the CLI, so tried to create a patch with as minimal-as-possible impact, so that we could included it in a v26.1.4 patch release.
so that we could included it in a v26.1.4 patch release.
if this does go out to "everyone" (and not only dd users), we need to document this in a visible way and be ready in case anything else breaks (i guess, just in case any other project depends on the shape of that json in even worse ways?)
I added 3 commits to improve test-coverage; last commit is the change related to ContextType PTAL
Maybe it's cleaner to move those 3 commits to a separate PR, so that this PR is only showing the changes related to ContextType; let me open a separate PR for the first 3 commits
I'll rebase this one to get rid of the other commits
Rebased and moved out of draft
Docker Desktop currently ships with the "cloud integration" wrapper, which outputs an additional ContextType field in the JSON output.
While this field is non-standard, it made its way into Visual Studio's Docker integration, which uses this to exclude "aci" and "eci" context types that are not supported by Visual Studio.
This patch;
- Description for the changelog
- A picture of a cute animal (not mandatory but encouraged)