omkelderman / osu

rhythm is just a *click* away!
https://osu.ppy.sh
MIT License
0 stars 0 forks source link

Bump ppy.osu.Framework.iOS from 2021.1029.0 to 2022.223.0 #98

Closed dependabot[bot] closed 2 years ago

dependabot[bot] commented 2 years ago

Bumps ppy.osu.Framework.iOS from 2021.1029.0 to 2022.223.0.

Release notes

Sourced from ppy.osu.Framework.iOS's releases.

2022.223.0

Thanks for following along! This is a tagged release (2022.223.0).

Breaking Changes

Visual test projects now use native .NET 6 "Hot reload"

Over the years we have maintained our own version of hot reload, affectionately named "dynamic compilation". Even after multiple complete rewrites of the system, there are still edge cases where it will unexpectedly fall over due to being too greedy in including what it considers required for the recompile.

The startup cost when running in debug was considerable (around 10-30s initialisation) and the first-compile overhead could also be high (5-60s). In addition, the dependencies required to make it work increased the final assembly size of osu!framework, even for release deploys.

With the introduction of cross-platform support for hot reload in .NET 6 we have made the decision to switch to the natively supported version.

To use this new version:

  • From Rider, you'll get a popup that you have to click "Apply Changes" when a change is made to code while running. You can bind a key to Apply Hot Reload Changes in Rider (defaults to Alt+F10) to make it quicker to apply changes.
  • Running dotnet watch from CLI on your test project will automatically watch files and recompile when a hange is seen.

New limitations:

  • The limitations of hot reload are listed here.
  • Notably, adding new override methods or classes are not supported. You can workaround this for the common scenario of prototyping new components by creating subclasses and adding the override methods before the initial hot reload.

We are interested in hearing feedback on this change, especially troubling cases where the previous behaviour worked better for you. Hope is that the limitations of the new method are outweighed by the leaner assembly, better performance, and (in general) up-front error when a change can't be applied, rather than an error that can be delayed longer than it would take to run a full recompile/restart.

What's Changed

Full Changelog: https://github.com/ppy/osu-framework/compare/2022.217.0...2022.223.0

2022.217.0

Thanks for following along! This is a tagged release (2022.217.0).

What's Changed

New Contributors

Full Changelog: https://github.com/ppy/osu-framework/compare/2022.214.0...2022.217.0

... (truncated)

Commits
  • 952fd4d Merge pull request #5044 from Susko3/android-back
  • 39d4b01 Merge branch 'master' into android-back
  • e72e170 Merge pull request #5048 from peppy/textbox-alt-enter
  • cf43ada Merge branch 'master' into textbox-alt-enter
  • a5edf29 Merge pull request #5049 from smoogipoo/fix-submenu-masking
  • 3f8d5c6 Add additional assertion constraints
  • c162c3c Fix assert missing the menu
  • ce05c4d Fix sub-menu getting invalid position
  • 87f5f4e Add failing test
  • 565620c Remove duplicated word in comment
  • Additional commits viewable in compare view


Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR: - `@dependabot rebase` will rebase this PR - `@dependabot recreate` will recreate this PR, overwriting any edits that have been made to it - `@dependabot merge` will merge this PR after your CI passes on it - `@dependabot squash and merge` will squash and merge this PR after your CI passes on it - `@dependabot cancel merge` will cancel a previously requested merge and block automerging - `@dependabot reopen` will reopen this PR if it is closed - `@dependabot close` will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually - `@dependabot ignore this major version` will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this minor version` will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this dependency` will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
dependabot[bot] commented 2 years ago

Superseded by #122.