En général, c'est une bonne approche de savoir ce qui se passe dans cette boîte noire CLI mais je dois dire que la courbe d'apprentissage est raide. Si vous avez déjà utilisé "ng eject" et jeté un coup d'oeil sur la configuration de webpack qui est générée, vous savez de quoi je parle. Je suggérerais de commencer à apprendre webpack, de mettre en place un projet simple et de l'étendre étape par étape.
Dans la plupart des cas, vous avez besoin de 2 fichiers de configuration, un pour le développement local et un pour la version de distribution. Je préfère utiliser une configuration "commune" et utiliser le plugin webpack-merge pour l'étendre à la construction dev et dist. Ajoutez ensuite des plugins et des chargeurs pour prendre en charge les fichiers dactylographiés, les fichiers less et les assets, tels que les images et les polices. L'ajout d'Angular dans un simple projet webpack fonctionne sans problèmes mais avec la prise en charge de fonctions égales comme ng-CLI, y compris AOT, chargement paresseux et autres optimisations spécialisées dont vous avez besoin pour utiliser le plugin ngtools webpack: https://www.npmjs.com/package/@ngtools/webpack
En apprenant, vous découvrirez à quel point ng-CLI est utile et combien il reste éloigné de l'utilisateur. L'avantage d'avoir une configuration personnalisée est clairement le contrôle total et l'extensibilité de Webpack. Surtout si vous dépendez des plugins webpack personnalisés, il n'y a aucun moyen d'avoir une propre configuration webpack.
Une fois, je commencé une approche d'avoir un projet angulaire sans ng-CLI, il est hors de date, mais peut-être vous pouvez obtenir une impression de la façon de le faire: https://github.com/TekTimmy/angular2-seed
pas vraiment minimum, mais j'ai pu pour commencer à partir d'ici https://github.com/AngularClass/angular-starter – Andre