Skip to content

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

Merged
merged 2 commits into from
Mar 6, 2019
Merged

Prepare 3.1.0-beta1 release #238

merged 2 commits into from
Mar 6, 2019

Conversation

jordangarcia
Copy link
Contributor

Summary

  • New APIs for setting logger and logLevel on the optimizelySDK singleton
  • 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.

Test plan

  • Existing unit + compat tests

Issues

  • OASIS-4297

@coveralls
Copy link

coveralls commented Mar 4, 2019

Coverage Status

Coverage remained the same at 97.649% when pulling 9c4caee on jordan/prepare-3-0-1 into 1d9e6b7 on master.

@coveralls
Copy link

Coverage Status

Coverage remained the same at 97.649% when pulling 13bca3f on jordan/prepare-3-0-1 into 1d9e6b7 on master.

Copy link
Contributor

@mjc1283 mjc1283 left a 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.


### Changed

- New APIs for setting `logger` and `logLevel` on the optimizelySDK singleton
Copy link
Contributor

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?

Copy link
Contributor Author

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
Copy link
Contributor

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.

Copy link
Contributor Author

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.

Copy link
Contributor Author

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.

@jordangarcia jordangarcia merged commit 34ecdcc into master Mar 6, 2019
@raju-opti raju-opti deleted the jordan/prepare-3-0-1 branch October 4, 2023 13:34
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants