Naming of variables...
See original GitHub issueI noticed that there variables like this:
jenkins_node_NODE_builds
jenkins_node_NODE_builds_count
jenkins_node_NODE_builds_sum
Variables like this are problematic. I suspect it’s what “dropwizard metric” creates, but generally it would be better if NODE was in a label.
Issue Analytics
- State:
- Created 7 years ago
- Reactions:1
- Comments:14 (3 by maintainers)
Top Results From Across the Web
Rules of naming variables - 1C:DN
1. Name your variables based on the terms of the subject area, so that the variable name clearly describes its purpose. 2. Create...
Read more >C Variables, Constants and Literals - Programiz
Rules for naming a variable · A variable name can only have letters (both uppercase and lowercase letters), digits and underscore. · The...
Read more >Data Basics - Naming Variables - MathBits.com
The names of variables in the C++ language are referred to as identifiers. The best naming convention is to choose a variable name...
Read more >Data Scientists, Your Variable Names Are a Mess. Clean Up ...
Naming Variables · The variable name must describe the information represented by the variable. · Your code will be read more times than...
Read more >The art of naming variables - HackerNoon
Good variable names are crucial, especially in dynamically typed languages, where you don't have types defined to help you make sense of the ......
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I can see about a work around in the next release if that is ok I am going to re open this so I can track against it
For what it’s worth, we added an option to disable those metrics in our fork at https://github.com/cognitedata/metrics-plugin/pull/1 - it’s not the best way to do it, I’m sure, but works for us. Those additional metrics were a major issue, since we use the Kubernetes plugin and therefore get a lot of “computers” as Jenkins sees it.
I hope it will be useful to someone, even if it only ends up being used as inspiration for a proper fix.