-
Notifications
You must be signed in to change notification settings - Fork 83
Prepare 3.1.0-beta1 release #238
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
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.
LGTM, two comments but I leave it to you - OK to merge either way.
packages/optimizely-sdk/CHANGELOG.MD
Outdated
|
||
### Changed | ||
|
||
- New APIs for setting `logger` and `logLevel` on the optimizelySDK singleton |
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 link to PRs for each change log item as we've done previously?
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.
Sure i think it's just one PR though
- `logger` and `logLevel` are now set globally for all instances of Optimizely. If you were passing | ||
different loggers to individual instances of Optimizely, logging behavior may now be different. | ||
|
||
#### Setting a ConsoleLogger |
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.
Do you think we should stick with the standard sections of Changed, New Features, Breaking Changes, or is it OK to introduce these examples here? If we had a link to the logging package README, it might solve the same need while keeping the changelog format the same.
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.
the logging package isn't great for external documentation because it's the internal interfaces, not what we expose through the SDK.
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.
Also i personally like the examples. I think it's the best way to convey the idea to a lot of people.
Summary
logger
andlogLevel
on the optimizelySDK singletonlogger
andlogLevel
are now set globally for all instances of Optimizely. If you were passingdifferent loggers to individual instances of Optimizely, logging behavior may now be different.
Test plan
Issues