Skip to content
This repository has been archived by the owner on Jun 14, 2018. It is now read-only.

Fixed issue where failed vet tasks wouldn't emit error breaking build #211

Closed

Conversation

andrewconnell
Copy link
Member

Addresses issue when a failed vet would not emit an error and thus, break the build. New optional parameter --noExit tells the vet tasks to not emit an error. By default they do emit errors again, but when running the live-dev task, it swallows the error code and just writes the error message.

Look at full commit message on 79e08db for full details.

Closes #192.

The addition of the gulp task 'live-dev' introduced a regression in our build process. The task 'live-dev' has to swallow all errors so the process does not terminate, rather it keeps running to watch for file changes for continuous development.

However when vetting code, this means the `emitError` on the TSLINT utility must be set to false telling it to not emit any errors. While this works for `live-dev`, the vetting gulp tasks now write out the linting errors found, but the process does not exit as an error. The effects of this is our CD process does not detect these errors are build errors which it should.

This fix adds an optional `--noExit` argument to the vetting tasks. If set, the TSLINT utility will write the error, but not emit an error making it work for the live-dev. The default state though is to fail the process, resolving the issue with our CD process.

Closes ngOfficeUIFabric#192.
Gulp task `test` was missing the `--file` optional argument that could be passed in in the list of available options.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant