Open KnVerey opened 3 years ago
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs.
This bot triages issues and PRs according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle stale
/lifecycle rotten
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
Related to #4148
/remove-lifecycle stale
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs.
This bot triages issues and PRs according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle stale
/lifecycle rotten
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs.
This bot triages issues and PRs according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle rotten
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle rotten
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs.
This bot triages issues and PRs according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/reopen
/remove-lifecycle rotten
Please send feedback to sig-contributor-experience at kubernetes/community.
/close
@k8s-triage-robot: Closing this issue.
/reopen /lifecycle frozen
This issue has not been updated in over 1 year, and should be re-triaged.
You can:
/triage accepted
(org members only)/close
For more details on the triage process, see https://www.kubernetes.dev/docs/guide/issue-triage/
/remove-triage accepted
/triage accepted
For whoever is going to pick up this issue, I think there are a few steps here:
@valaparthvi I am hoping you can work on this! I can't assign you the issue but please assign it to yourself if you can.
/assign valaparthvi
In my previous experience with Telemetry collection, I used Segment to collect the telemetry data, and then pass the data to Woopra to analyze the collected data.
Segment provides a Go library, even though the library is not actively maintained, I have seen that it is functional as is.
Ref:
@valaparthvi Found an interesting paper about correlation between potential project metrics and project impact. It shows that category of metrics classified under activity metrics
shows positive correlation to project impact. With impact measured using number of other projects that uses the project as an upstream or downstream dependency, this is where the crawler is needed.
Source: https://digitalcommons.unomaha.edu/cgi/viewcontent.cgi?article=1061&context=isqafacpub
This issue has not been updated in over 1 year, and should be re-triaged.
You can:
/triage accepted
(org members only)/close
For more details on the triage process, see https://www.kubernetes.dev/docs/guide/issue-triage/
/remove-triage accepted
As maintainers, we do not currently have a way to gauge feature popularity in the community. This makes it more difficult to identify the most impactful work areas and conversely what we should deprecate. The crawler that previously existed to help with this was removed because it was unmaintained: https://github.com/kubernetes-sigs/kustomize/pull/3841. Let's resurrect this in some form.
We could also consider an opt-in mechanism to report feature usage at build time. This has serious privacy implications to consider.