Include exporter version in 'generator' string.
See original GitHub issueWill likely be helpful down the road if assets include the version of the exporter used. I.e. replace Khronos Blender glTF 2.0 exporter
with Khronos Blender glTF 2.0 exporter (<version>)
, where <version>
is either a commit hash or semver version.
Issue Analytics
- State:
- Created 6 years ago
- Comments:9 (8 by maintainers)
Top Results From Across the Web
snmp_exporter/README.md at main - generator - GitHub
SNMP Exporter Config Generator. This config generator uses NetSNMP to parse MIBs, and generates configs for the snmp_exporter using them.
Read more >Prometheus snmp-exporter configuration with generator and ...
Detailed Prometheus snmp- exporter configuration tutorial. Snmp- exporter generator was explained and multiple configuration examples were ...
Read more >Easy your life by using the snmp-exporter generator
This is a post for explaining how to use snmp exporter generator…
Read more >snmp_exporter (prometheus) - get error type of metrics
I want to get the serialNO value, which is of type string, but snmp_exporter gets the gauge type, snmp ...
Read more >Writing exporters - Prometheus.io
The first is for some label it would be useful to have on the metrics such as the version number of the software....
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
@pjoe and I were talking about this on the KhronosDev
#gltf
channel.There’s a file convert_to_strict_2.80.py that could potentially be used to write a git SHA1 value into a version string someplace.
But, Blender addons do use SemVer, not SHA1s, and we’ve had the
0.0.1
version for far too long. I think it’s well past time to at least declare1.0.0
on what we have now. We could then be more rigorous about incrementing the number with each major PR, or with each copy to Blender.Also, it looks like the generator string was never updated to include the version number. That would be a great thing to start doing right away, especially as we are seeing more sample output being submitted with bug reports.
I think I’d vote to bump the version when we submit an update to the Blender repo. Using https://semver.org/ seems as good as anything, unless the Blender project has another system? We can add a
version.sh
script to automate this if needed.