-
Notifications
You must be signed in to change notification settings - Fork 4
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
feat(instrumentation): update traces migration #405
Conversation
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.
Can we put this in a new migration instead of modifying an existing one?
I'm also a bit confused. Why aren't we moving the whole config?
I've created another migration directory related only to config changes also cleaned up existing tracing-replaces migration.
Because |
) | ||
|
||
func Migrate(yamlV2 string) (yamlV3 string, err error) { | ||
valuesV2, err := parseValues(yamlV2) |
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.
Now, we use the style in which we use input/output
instead of V2/V3
some comments from other pull requests:
#394 (comment)
#398
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.
🤷♀️
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.
I suggest to use new style in new files with code.
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.
Thanks Kasia, I've applied all the changes related to structs naming in every tracing-*
migration.
PR adds:
cascading_filter
andsource
processors migration from v2 to v3.