Skip to content

refactor: decouple migrations from CLI devkit #19004

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 1 commit into from
Apr 6, 2020

Conversation

devversion
Copy link
Member

We want to refactor our update-tool to no longer rely
on specifics from the Angular CLI devkit. This has various benefits:

  • Ability to run migrations inside Google.
  • Ability to run migrations in a standalone tool (for people not using the CLI!)
  • No tight dependency on the CLI devkit API. We could easily switch tools if needed.
  • Ability to wrap migrations in tslint rules (or other tools).
  • And potentially more. These are just the ones that came to mind yet.

This will be the foundation for our MDC migrations that should run within CLI projects and inside Google. Optionally we can provide a standalone CLI tool that runs the migrations too!

@googlebot googlebot added the cla: yes PR author has agreed to Google's Contributor License Agreement label Apr 6, 2020
@devversion devversion force-pushed the migrations-g3 branch 5 times, most recently from ff4b390 to 7e74aa6 Compare April 6, 2020 16:24
We want to refactor our update-tool to no longer rely
on specifics from the Angular CLI devkit. This has various benefits:

* Ability to run migrations inside Google.
* Ability to run migrations in a standalone tool (for people not using the CLI!)
* No tight dependency on the CLI devkit API. We could easily switch tools if needed.
* Ability to wrap migrations in tslint rules (or other tools).
* And potentially more. These are just the ones that came to mind yet.
Copy link
Contributor

@andrewseguin andrewseguin left a comment

Choose a reason for hiding this comment

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

Everything looks good to me - good job abstracting so that we can separate out the devkit.

Would it make sense to try and run a migration of an app from 8 to 9 using this new code, just to make sure its sound?

@andrewseguin andrewseguin added lgtm action: merge The PR is ready for merge by the caretaker labels Apr 6, 2020
@devversion
Copy link
Member Author

@andrewseguin Thanks for reviewing! Yeah I guess we could do that for testing. The migrations (except for the HammerJS one) should be compatible. The HammerJS one heavily relies on the CLI workspace config etc.

@mmalerba mmalerba merged commit 5a057a0 into angular:migrations-mdc-g3 Apr 6, 2020
devversion added a commit that referenced this pull request Apr 24, 2020
We want to refactor our update-tool to no longer rely
on specifics from the Angular CLI devkit. This has various benefits:

* Ability to run migrations inside Google.
* Ability to run migrations in a standalone tool (for people not using the CLI!)
* No tight dependency on the CLI devkit API. We could easily switch tools if needed.
* Ability to wrap migrations in tslint rules (or other tools).
* And potentially more. These are just the ones that came to mind yet.
devversion added a commit that referenced this pull request Apr 24, 2020
We want to refactor our update-tool to no longer rely
on specifics from the Angular CLI devkit. This has various benefits:

* Ability to run migrations inside Google.
* Ability to run migrations in a standalone tool (for people not using the CLI!)
* No tight dependency on the CLI devkit API. We could easily switch tools if needed.
* Ability to wrap migrations in tslint rules (or other tools).
* And potentially more. These are just the ones that came to mind yet.
jelbourn pushed a commit that referenced this pull request Apr 25, 2020
* refactor: decouple migrations from CLI devkit (#19004)

We want to refactor our update-tool to no longer rely
on specifics from the Angular CLI devkit. This has various benefits:

* Ability to run migrations inside Google.
* Ability to run migrations in a standalone tool (for people not using the CLI!)
* No tight dependency on the CLI devkit API. We could easily switch tools if needed.
* Ability to wrap migrations in tslint rules (or other tools).
* And potentially more. These are just the ones that came to mind yet.

* Address feedback
jelbourn pushed a commit that referenced this pull request Apr 25, 2020
* refactor: decouple migrations from CLI devkit (#19004)

We want to refactor our update-tool to no longer rely
on specifics from the Angular CLI devkit. This has various benefits:

* Ability to run migrations inside Google.
* Ability to run migrations in a standalone tool (for people not using the CLI!)
* No tight dependency on the CLI devkit API. We could easily switch tools if needed.
* Ability to wrap migrations in tslint rules (or other tools).
* And potentially more. These are just the ones that came to mind yet.

* Address feedback
@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 May 7, 2020
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 PR author has agreed to Google's Contributor License Agreement
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants