Replies: 1 comment 1 reply
-
|
We will force update users of Keep the current To improve file readability, consider marking the |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hello 👋
#343 introduced breaking changes over
IMetricFactorymethods due to the addition of thetimeToLiveargument. By making this new argument optional, I thought foolishly it would make theses methods backward compatible in the cases where the user did not use these optional arguments. It does work in a solution wherePrometheus.Clientis a direct dependency, however, the new argument makes the method signature different, even though the argument is optional. As a consequence, when trying to reintegrate a package built from the current master into a project that hadPrometheus.Clientalready as a transitive dependency, I get such runtime errors:Of course, a fix is to update
Prometheus.Clientto v6 in B, but that can be annoying consuming for users, especially where they have no code to change, but just to updatePrometheus.Client.The update to v6 should be smoother if we had kept the
CreateXXXXX()methods without thetimeToLiveargument (on top of thoses with thetimeToLiveargument). The downside however is that the number of methods inIMetricFactoryis already quite substantial, and that would easily add 50% more methods to it.What are you thoughts?
Beta Was this translation helpful? Give feedback.
All reactions