The blog post doesn't provide a way to translate the output of `go test 
-coverprofile ...` (which is the so-called legacy text format) into the new 
binary format, which `go tool covdata merge` expects. It only provides it 
in the reverse, i.e. the new binary format to the legacy format. So it 
means if I'm running my tests with multiple invocations of `go test` (e.g. 
because they need to be run in different envs/different tags) there's no 
easy way to get merged coverage results. Is there any way to get `go test` 
to produce the new format, or to translate the text format into the new 
format?

On Saturday, January 11, 2025 at 9:26:40 PM UTC-5 Ian Lance Taylor wrote:

> On Sat, Jan 11, 2025 at 10:07 AM Paul Chesnais (papacharlie)
> <paul.c...@gmail.com> wrote:
> >
> > Is there another forum I can ask about this? Should this be a feature 
> request against the go team directly? It seems strange that the formats 
> haven't been converged, or that there's no way to get the new binary format 
> from `go test`
>
> I don't really know the answer, but the blog post
>
> https://go.dev/blog/integration-test-coverage#working-with-coverage-data-files
> discusses converting between different coverage profile data formats.
> If that doesn't help, can you explain in more detail, perhaps with a
> series of commands that doesn't work as you hope?
>
> Ian
>
>
> > On Tuesday, December 3, 2024 at 1:26:04 PM UTC-5 Paul Chesnais 
> (papacharlie) wrote:
> >>
> >> Hello,
> >>
> >> I'd like to be able to merge the data from the output of `go test 
> -cover` with the output of a run using `go build -cover` but it seems that 
> there's no way to translate the "legacy" format from go test into the new 
> binary format. This means it's not possible to use the built-in tooling 
> like `go tool covdata merge`. There is of course the possibility of 
> translating the binary format back into the legacy format using textfmt but 
> then there's still no good way to merge the coverage data without using 
> some custom tooling like https://github.com/wadey/gocovmerge.
> >>
> >> As far as I can tell there's also no way to get clever and get `go test 
> -c` to build with the binary with the `-cover` flag because that build flag 
> gets eaten up by `go test`. It seems there's no way to get the new coverage 
> format from go test, unless I'm missing something?
> >>
> >> Just looking for any insights on this, thanks in advance!
> >>
> >> Paul
> >
> > --
> > You received this message because you are subscribed to the Google 
> Groups "golang-nuts" group.
> > To unsubscribe from this group and stop receiving emails from it, send 
> an email to golang-nuts...@googlegroups.com.
> > To view this discussion visit 
> https://groups.google.com/d/msgid/golang-nuts/d7b799e4-49a6-417d-8b13-65b5b244c11cn%40googlegroups.com
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion visit 
https://groups.google.com/d/msgid/golang-nuts/c85684f2-90d9-4c5b-8776-1d98040a8022n%40googlegroups.com.

Reply via email to