-
Notifications
You must be signed in to change notification settings - Fork 26.2k
fix: disable injectable-pipe migration #30180
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
43d0780
to
56aa0ef
Compare
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 but can you please extend the commit message to contain more details. The problem is that we are not yet sure if this is the right solution for ivy and if it is we need to do much more to roll out this change: e.g. update style guide, scaffolding schematics, docs and tutorial, etc etc. So it's better to wait until we are sure that we want this change and then make a comprehensive plan on how to roll it out.
@crisbeto Thanks for putting this together so quickly. |
Disables the injectable pipe migration until we can decide whether this is the right solution for Ivy. Rolling it out properly will involve a more detailed plan and more changes like updating the styleguide, scaffolding schematics etc. Context for the new `test-migrations.json`: since we use the `migrations.json` both for the real migrations and for tests, it doesn't allow us to disable a schematic, but continue running its tests. This change adds the test-specific file so that we can continue running the `injectable-pipe` tests, even though the schematic itself is disabled.
56aa0ef
to
b183a44
Compare
Updated the commit message and PR description with more context. |
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.
Ideally there would have been only a new collection for the injectable-pipe
schematic in order to run tests without shipping it. Using the real migration collection allows us to validate that the schematics (which are intended to run publicly) are wired up correctly.
I don't mind too much though. LGTM 😄
Presubmit #2 (after additional changes) |
@devversion I can see it going either way. I did it this way, because it's more consistent. |
@crisbeto True it's more consistent for the tests, but given that it means that we need to duplicate schematic collection entries and we no longer test the publicly enabled migrations with the actual Doesn't have to be part of this PR as it already had various presubmits.. |
Disables the injectable pipe migration until we can decide whether this is the right solution for Ivy. Rolling it out properly will involve a more detailed plan and more changes like updating the styleguide, scaffolding schematics etc. Context for the new `test-migrations.json`: since we use the `migrations.json` both for the real migrations and for tests, it doesn't allow us to disable a schematic, but continue running its tests. This change adds the test-specific file so that we can continue running the `injectable-pipe` tests, even though the schematic itself is disabled. PR Close #30180
Disables the injectable pipe migration until we can decide whether this is the right solution for Ivy. Rolling it out properly will involve a more detailed plan and more changes like updating the styleguide, scaffolding schematics etc. Context for the new `test-migrations.json`: since we use the `migrations.json` both for the real migrations and for tests, it doesn't allow us to disable a schematic, but continue running its tests. This change adds the test-specific file so that we can continue running the `injectable-pipe` tests, even though the schematic itself is disabled. PR Close angular#30180
This issue has been automatically locked due to inactivity. Read more about our automatic conversation locking policy. This action has been performed automatically by a bot. |
Disables the injectable pipe migration until we can decide whether this is the right solution for Ivy. Rolling it out properly will involve a more detailed plan and more changes like updating the styleguide, scaffolding schematics etc.
Context for the new
test-migrations.json
: since we use themigrations.json
both for the real migrations and for tests, it doesn't allow us to disable a schematic while continuing to run its tests. This change adds the test-specific file so that we can continue running theinjectable-pipe
tests, even though the schematic itself is disabled.