-
Notifications
You must be signed in to change notification settings - Fork 14
Add Lightweight Metrics Collection Using DeveloperMetrics GitHub Action #189
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
base: main
Are you sure you want to change the base?
Conversation
|
I think I'll take a pass at this as well - to potentially deprecate Apache DevLake in the guide. |
|
@yunks128 - I think let's do a couple things before considering a merge:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@yunks128 - I really like how you've separated the "simple" vs "complex" content. I'm wondering if we can make the reading a bit more clear by doing the following: have two guides, where one talks about the simpler tool via the README route and the second talks about using DevLake for multi-repository use cases. The reason is having both in one file is a bit hard to read and go through - I'm thinking having two sub-guides might just be cleaner. What do you think?
Something like how we have multiple guides for the security topic, each talking about different tools for different use cases: https://nasa-ammos.github.io/slim/docs/category/security
Also, in each one, we can then have the "Quick Start" and "Step-by-Step" sections without needing an extra "Tool Options" section in each. Basically, we can follow our template guide more closely.
|
|
|
@riverma I took another pass and resolved the conflict in registry.json. It should be all set for your review now—thanks! |



Purpose
Introduce a simplified approach for collecting DORA metrics in single-repository projects using GitHub Actions.
Proposed Changes
Issues
Testing