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

Count metrics for TS, to set the start for our sonarless parser #3835

Open
ChristianHuehn opened this issue Dec 2, 2024 · 0 comments
Open
Labels
difficulty:hard It is quite difficult to get a working solution pr-analysis Issues that touch the analysis pr(oject). research Task that requires significant research into what other people do tech For technical stories without user impact (=refactoring stories).

Comments

@ChristianHuehn
Copy link
Collaborator

Feature request

Description

As a user I want to have a parser that has basic metrics like LOC/RLOC/COMPLEXITY/COMMENT_LINES without using sonar, so that I can use this in any environment.

Therefor we want to evaluate, how much time we will need to implement this for Kotlin & TS as it is used by CodeCharta. From there we will branch of to: Java / C# / C / C++ / JS / PHP

We do this in multiple steps, the first will be to evaluate TS and run some tests against our code map that already exists.

Next would be to integrate this into either a new parser or into an existing one.

If for example we do this with Regex, please provide a rough time estimation on how long for example codecharta takes to be parsed.

Acceptance criteria

  • Count Lines of Code
  • Count Real Lines of Code (a line that does not just contain whitespaces or comments)
  • Count Comment Lines
  • Count complexity

Assumptions & Exclusions

Complexity will probably be the hardest part to get right. Therefor we can use 2 things:

In general we can and will always check against the CodeCharta map that we currently have in our Web Demo.
https://docs.sonarsource.com/sonarqube/latest/user-guide/code-metrics/metrics-definition/ can also help to find some of the metrics and how they are calculated.

This task will contain probably some kind of research that has to go into it. Which is expected and needed.

@ChristianHuehn ChristianHuehn added research Task that requires significant research into what other people do pr-analysis Issues that touch the analysis pr(oject). tech For technical stories without user impact (=refactoring stories). difficulty:hard It is quite difficult to get a working solution labels Dec 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
difficulty:hard It is quite difficult to get a working solution pr-analysis Issues that touch the analysis pr(oject). research Task that requires significant research into what other people do tech For technical stories without user impact (=refactoring stories).
Projects
None yet
Development

No branches or pull requests

1 participant