Closed admosity closed 4 years ago
Something else to consider with the use of the package is that package hoisting is not guaranteed so the configuration may actually cause the project to use the global version and not the version within the meta-package
. This could cause issue with the other dependencies as well.
Yeah, I ran through some use cases against this. It seems for the most part the consuming project's dependencies take priority. We do have some edge cases where we needed to pull out a dependency, but for the most part has been okay. We have control across the board so it's okay for us to make this move.
Thanks for reporting this issue. This issue is now obsolete due to changes in the recent releases. Please update to the most recent Angular CLI version.
If the problem persists after upgrading, please open a new issue, provide a simple repository reproducing the problem, and describe the difference between the expected and current behavior.
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.
Versions
Use case
We're managing several angular cli based setups. For maintaining these we've created a meta package that has @angular/cli as a dependency and several other packages that our projects are dependent on. For maintenance we're centralizing our updates in the meta package so the project owner does not need to worry about these maintenance items and this lowers our cost of maintenance on multiple projects.
Sample meta package dependencies:
Sample project dependencies:
Observed behavior
Running any command produces the below, but otherwise runs fine:
Desired behavior
A way to hide this message.