-
Notifications
You must be signed in to change notification settings - Fork 12k
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
update migration to remove solution style tsconfig is not run #18744
Comments
I thought that perhaps Scully was causing issues since it had the older versions, but removing it actually resulted in an error (rather than things working properly):
|
WorkaroundWith my Scully libs put back in and everything restored to the original state:
Your global Angular CLI version (10.1.0) is greater than your local
version (10.0.8). The local Angular CLI version is used.
To disable this warning use "ng config -g cli.warnings.versionMismatch false".
The installed local Angular CLI version is older than the latest stable version.
Installing a temporary version to perform the update.
Installing packages for tooling via npm.
Installed packages for tooling via npm.
Repository is not clean. Update changes will be mixed with pre-existing changes.
Using package manager: 'npm'
Collecting installed dependencies...
Found 54 dependencies.
Fetching dependency metadata from registry...
Updating package.json with dependency @angular-devkit/build-angular @ "0.1001.0" (was "0.1000.8")...
Updating package.json with dependency @angular/cli @ "10.1.0" (was "10.0.8")...
UPDATE package.json (3757 bytes)
✔ Packages installed successfully.
** Executing migrations of package '@angular/cli' **
❯ Removing "Solution Style" TypeScript configuration file support.
DELETE tsconfig.base.json
UPDATE tsconfig.json (795 bytes)
UPDATE tsconfig.spec.json (385 bytes)
UPDATE projects/angularjs.xlts.dev/tsconfig.app.json (190 bytes)
UPDATE projects/xlts.dev/tsconfig.app.json (190 bytes)
Migration completed. |
QuestionsCan the situation with
|
I am encountering a similar if not the same problem. I have tsconfig.base.json(but no tsconfig.json) in the root of my project and get a failure of
every time I try to run
|
@cwhaught that seems like a separate issue. Can you please open a new issue for it? |
Apologies @Splaktar, I thought I saw the same error in your comments at first glance. |
Hi @Splaktar, Find below the answers to your questions, feel free to ask more 😀.
This should be handled with the new version of schematics, aka schematics runtime, which is still currently in it's early design phase.
Maybe we can issue a warning when the installed
While Side note: I'd suggest that a lock file maintain is done periodically. Overtime when packages are added and updated, the presence of a lock file will hinder package hoisting and deduping. There are two quick ways to do such maintainance:
|
I ran the following command and it worked out:
As I forgot to use |
I am going to close this issue as this is a known limitation which is caused by the decision of not have explicit dependencies in a library and unfortunately, at this point there is not much we can do without a total re-design of how |
This would be helpful to at least give people an idea of where to start investigating. It doesn't look like this was pursued in Would you suggest that all schematic library authors out there start doing checks like this? Is that even something that a library would be able to evaluate at runtime? or would this have to be done in the CLI? |
Typically 3rd party users using schematics will list their dependencies explicitly and in many cases users if they are using Side note: typically 3rd party libraries shouldn't dependent on |
Right, should the warning be for when the default "resolved" |
Thanks for this, it worked great for me with Angular 11. If anybody like me missed the migration back to non-solution-style tsconfig during v10, then updated to 11, then tried to migrate to eslint and was confrontend with an error message telling you off for still having around a tsconfig.base.json, then this solution is also for you. Just to be explicit, I ran the command above as is, even though I was at v11 of everything already. Oh, and that was after manually installing @angular-devkit/schematics, but I didn't test without it, so I don't know if that is part of the solution as well. |
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. |
🐞 Bug report
Command (mark with an
x
)Is this a regression?
No
Description
Running
ng update @angular/cli
to update to v10.1.0 from v10.0.8 does not run the migration to remove solution style tsconfigs.🔬 Minimal Reproduction
ng update @angular/cli
tsconfig.base.json
still exists🔥 Exception or Error
None
🌍 Your Environment
Before
After
Anything else relevant?
I'm not sure why it's showing
9.1.12
for@angular-devkit/core
,@angular-devkit/schematics
, and@schematics/angular
.Here's the output of
npm ls @angular-devkit/core
:Here's the output of
npm ls @schematics/angular
:The text was updated successfully, but these errors were encountered: