Thanks to visit codestin.com
Credit goes to github.com

Skip to content

fix(migrations): include the output migration in the defaults of the signal migration #58635

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

Closed

Conversation

cexbrayat
Copy link
Member

PR Checklist

Please check if your PR fulfills the following requirements:

PR Type

What kind of change does this PR introduce?

  • Bugfix
  • Feature
  • Code style update (formatting, local variables)
  • Refactoring (no functional changes, no api changes)
  • Build related changes
  • CI related changes
  • Documentation content changes
  • angular.dev application / infrastructure changes
  • Other... Please describe:

What is the current behavior?

Running ng g @angular/core:signals prompts for the question on which migration to run and offers 3 options (inputs, outputs, queries). Running with --defaults skips the prompts, but only runs 2 of them.

What is the new behavior?

This fixes it by including the outputs migration in the default ones.

Does this PR introduce a breaking change?

  • Yes
  • No

Other information

@pullapprove pullapprove bot requested a review from thePunderWoman November 13, 2024 16:36
@angular-robot angular-robot bot added the area: core Issues related to the framework runtime label Nov 13, 2024
@ngbot ngbot bot added this to the Backlog milestone Nov 13, 2024
…signal migration

Running `ng g @angular/core:signals` prompts for the question on which migration to run and offers 3 options (inputs, outputs, queries).
Running with `--defaults` skips the prompts, but only runs 2 of them.
This fixes it by including the `outputs` migration in the default ones.
@cexbrayat cexbrayat force-pushed the fix/output-migration-default branch from 83993b5 to e73a62a Compare November 13, 2024 16:37
@cexbrayat cexbrayat changed the title fix(core): include the output migration in the defaults of the signal migration fix(migrations): include the output migration in the defaults of the signal migration Nov 13, 2024
@angular-robot angular-robot bot added area: migrations Issues related to `ng update` migrations and removed area: core Issues related to the framework runtime labels Nov 13, 2024
@ngbot ngbot bot removed this from the Backlog milestone Nov 13, 2024
@devversion devversion added action: merge The PR is ready for merge by the caretaker area: core Issues related to the framework runtime target: rc This PR is targeted for the next release-candidate and removed area: migrations Issues related to `ng update` migrations labels Nov 13, 2024
@ngbot ngbot bot added this to the Backlog milestone Nov 13, 2024
@devversion devversion removed the request for review from thePunderWoman November 13, 2024 16:38
thePunderWoman pushed a commit that referenced this pull request Nov 13, 2024
…signal migration (#58635)

Running `ng g @angular/core:signals` prompts for the question on which migration to run and offers 3 options (inputs, outputs, queries).
Running with `--defaults` skips the prompts, but only runs 2 of them.
This fixes it by including the `outputs` migration in the default ones.

PR Close #58635
@thePunderWoman
Copy link
Contributor

This PR was merged into the repository by commit 579f613.

The changes were merged into the following branches: main, 19.0.x

@angular-automatic-lock-bot
Copy link

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 Dec 14, 2024
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 area: core Issues related to the framework runtime target: rc This PR is targeted for the next release-candidate
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants