Skip to content

refactor(core): static-query migration should always use template strategy - #30628

Closed
devversion wants to merge 2 commits into
angular:masterfrom
devversion:version8-static-query-migration-changes
Closed

devversion wants to merge 2 commits into
angular:masterfrom
devversion:version8-static-query-migration-changes

Conversation

@devversion

Copy link
Copy Markdown
Member
  • See individual commits.

…ategy

We are removing the prompt for the `static-query` migration and make the
template strategy the migration strategy for the migration. The usage
strategy is good for best-practices, but for now we want to ensure that
the migration is a seamless as possible and that is only achievable my
re-using the same logic that View Engine uses for determining the
timing of a query.
@devversion devversion added action: review The PR is still awaiting reviews from at least one requested reviewer target: patch This PR is targeted for the next patch release hotlist: release-blocker labels May 23, 2019
@devversion
devversion marked this pull request as ready for review May 23, 2019 00:43
@devversion
devversion requested a review from a team May 23, 2019 00:43
Currently if a project has source-files with syntax failures and the migration
has been started on a broken project, we silently migrate *as much as possible*,
but never notify the developer that the project was in a broken state and that
he can re-run the migration after the failures are fixed.

Additionally the template strategy does not need to exit gracefully if it detects
Angular semantic diagnostics on generated files (template type checking). These
diagnostics are not relevant for the query timing analysis.
@devversion
devversion force-pushed the version8-static-query-migration-changes branch from 590405f to 40c350f Compare May 23, 2019 00:56

@Splaktar Splaktar left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@kara kara left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@kara kara added the action: presubmit The PR is in need of a google3 presubmit label May 23, 2019
@kara kara removed their assignment May 23, 2019
@kara

kara commented May 23, 2019

Copy link
Copy Markdown
Contributor

@alxhub did you want to review this for working with new TS signature?

@kara

kara commented May 23, 2019

Copy link
Copy Markdown
Contributor

presubmit

@kara kara added action: merge The PR is ready for merge by the caretaker merge: caretaker note Alert the caretaker performing the merge to check the PR for an out of normal action needed or note and removed action: presubmit The PR is in need of a google3 presubmit action: review The PR is still awaiting reviews from at least one requested reviewer labels May 23, 2019
@kara

kara commented May 23, 2019

Copy link
Copy Markdown
Contributor

merge-assistance: code fresh

jasonaden pushed a commit that referenced this pull request May 23, 2019
…ategy (#30628)

We are removing the prompt for the `static-query` migration and make the
template strategy the migration strategy for the migration. The usage
strategy is good for best-practices, but for now we want to ensure that
the migration is a seamless as possible and that is only achievable my
re-using the same logic that View Engine uses for determining the
timing of a query.

PR Close #30628
jasonaden pushed a commit that referenced this pull request May 23, 2019
…res (#30628)

Currently if a project has source-files with syntax failures and the migration
has been started on a broken project, we silently migrate *as much as possible*,
but never notify the developer that the project was in a broken state and that
he can re-run the migration after the failures are fixed.

Additionally the template strategy does not need to exit gracefully if it detects
Angular semantic diagnostics on generated files (template type checking). These
diagnostics are not relevant for the query timing analysis.

PR Close #30628
@jasonaden jasonaden closed this in 5640ced May 23, 2019
jasonaden pushed a commit that referenced this pull request May 23, 2019
…res (#30628)

Currently if a project has source-files with syntax failures and the migration
has been started on a broken project, we silently migrate *as much as possible*,
but never notify the developer that the project was in a broken state and that
he can re-run the migration after the failures are fixed.

Additionally the template strategy does not need to exit gracefully if it detects
Angular semantic diagnostics on generated files (template type checking). These
diagnostics are not relevant for the query timing analysis.

PR Close #30628
@angular-automatic-lock-bot

Copy link
Copy Markdown

This issue has been automatically locked due to inactivity.
Please file a new issue if you are encountering a similar or related problem.

Read more about our automatic conversation locking policy.

This action has been performed automatically by a bot.

@angular-automatic-lock-bot angular-automatic-lock-bot Bot locked and limited conversation to collaborators Sep 15, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

action: merge The PR is ready for merge by the caretaker cla: yes merge: caretaker note Alert the caretaker performing the merge to check the PR for an out of normal action needed or note target: patch This PR is targeted for the next patch release

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants