Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign upGitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign up
When running
ng build
, the progress percentage is limited to Webpack execution which is only one component of the build. This means the reported progress is not very helpful or useful. Ideally, this should reflect the entirety of theng build
process to give more accurate measurement.Users tend to think of percentage progress as representing time the process with take. Since it is very hard to know how long a given build step will take (for example,
tsc
and Terser tend to take the longest, while index file generation is pretty quick), it may make more sense to report steps rather than percentage. The CLI could print "Executing step 4/9 - Compiling TypeScript" to be more clear that 44% of build time has not passed, but rather we're running the 4th of 9 build steps, each of which could take an unspecified and non-equivalent length of time. We should also include a spinner just to show that work is being done, since individual build steps may take a long time and we don't want the user to think the CLI is frozen when it is not.Ideally, we would have such progress reporting in all non-trivial CLI commands, but for now, we'll limit this issue to just
ng build
andng serve
, which is where users will be spending 99% of their time anyways.Command (mark with an
x
)