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

Grouping coverage reports by module in multimodule projects #717

Open
AntipovAlexander opened this issue Dec 17, 2024 · 3 comments
Open
Assignees
Labels
Question Support request issue type S: in progress Status: implementing or design in process

Comments

@AntipovAlexander
Copy link

Hi there!

First of all, thanks for creating and maintaining this amazing tool — it’s been a huge help!

I have a question regarding the organization of Kover reports in a multimodule application. My setup includes:

  • An app module (acting as the merging module),
  • Several library modules (feature modules).

At the moment, everything works perfectly, and I get a detailed coverage report, as shown in the screenshot below:
image

However, I was wondering if it’s possible to group the coverage results by module rather than displaying every single package. Specifically, I’d like to see a report where coverage is summarized at the module level, something like this (in HTML format, of course):
image

This kind of grouping would make the reports much cleaner and easier to analyze at a high level.

Is there any existing way to achieve this? Or perhaps a workaround that you could suggest?

Thanks in advance for your time and help!

@AntipovAlexander AntipovAlexander added Question Support request issue type S: untriaged Status: issue reported but unprocessed labels Dec 17, 2024
@shanshin
Copy link
Collaborator

Hi,
unfortunately, at the moment it is not possible to generate a single HTML file with grouping by modules.

You can try to generate separate HTML files for each project, but this will complicate the configuration and increase the number of Gradle tasks.

kover {
    currentProject {
        // create variant named 'feature1' from based on release build variant
        copyVariant("feature1", "release")
    }

    reports {
        variant("feature1") {
            // show classes only for ':feature1' project
            filters.includes.projects.add(":feature1")
        }
    }
}

@shanshin
Copy link
Collaborator

Duplicate #272

@shanshin shanshin added S: in progress Status: implementing or design in process and removed S: untriaged Status: issue reported but unprocessed labels Dec 18, 2024
@AntipovAlexander
Copy link
Author

ok, thanks for your support!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Question Support request issue type S: in progress Status: implementing or design in process
Projects
None yet
Development

No branches or pull requests

2 participants