-
-
Notifications
You must be signed in to change notification settings - Fork 512
ES6 coverage, updated karma and jasmine dependencies #519
Conversation
@bellstrand Would you mind rebasing on master? |
@bellstrand just in case you haven't rebased off the upstream master before, here's a tutorial I created last year when I learned how to do this: https://www.youtube.com/watch?v=M7ZYkjOWr6g Here's a summary: Checkout your master branch: Pull using rebase the upstream master branch to your fork's master branch: Checkout your feature branch: Rebase the feature branch: If there are conflicting changes, git will tell you to merge any conflicting changes. Merge these changes in your text editor and then continue the rebase: |
@EisenbergEffect: I've rebased against on master now! |
@AshleyGrant Can you review this? |
I'll pull it down and check it out. @bellstrand would you mind updating your commit message to match our commit message guidelines. Thanks! |
Tests and code coverage ran fine. |
Ashley@DESKTOP-2NT3EJC MINGW64 ~/github/skeleton-navigation/skeleton-esnext ((b77c0e9...))
$ gulp test
(node:5292) fs: re-evaluating native module sources is not supported. If you are using the graceful-fs module, please update it to a more recent version.
[14:38:48] Using gulpfile ~\github\skeleton-navigation\skeleton-esnext\gulpfile.js
[14:38:48] Starting 'test'...
08 07 2016 14:38:49.715:INFO [karma]: Karma v0.13.22 server started at http://localhost:9876/
08 07 2016 14:38:49.715:INFO [launcher]: Starting browser Chrome
08 07 2016 14:38:50.981:INFO [Chrome 51.0.2704 (Windows 10 0.0.0)]: Connected on socket /#SLZPGP5jbNdm-1L-AAAA with id 91262488
Chrome 51.0.2704 (Windows 10 0.0.0): Executed 11 of 11 SUCCESS (0.022 secs / 0.005 secs)
[14:38:51] Finished 'test' after 3 s
Ashley@DESKTOP-2NT3EJC MINGW64 ~/github/skeleton-navigation/skeleton-esnext ((b77c0e9...))
$ gulp cover
(node:5076) fs: re-evaluating native module sources is not supported. If you are using the graceful-fs module, please update it to a more recent version.
[14:39:43] Using gulpfile ~\github\skeleton-navigation\skeleton-esnext\gulpfile.js
[14:39:43] Starting 'cover'...
08 07 2016 14:39:45.187:INFO [karma]: Karma v0.13.22 server started at http://localhost:9876/
08 07 2016 14:39:45.187:INFO [launcher]: Starting browser Chrome
08 07 2016 14:39:46.468:INFO [Chrome 51.0.2704 (Windows 10 0.0.0)]: Connected on socket /#MQxd-b55f-btKlQRAAAA with id 35843361
------------------|----------|----------|----------|----------|----------------|
File | % Stmts | % Branch | % Funcs | % Lines |Uncovered Lines |
------------------|----------|----------|----------|----------|----------------|
src\ | 92.86 | 100 | 75 | 92.86 | |
app.js | 100 | 100 | 100 | 100 | |
child-router.js | 100 | 100 | 100 | 100 | |
users.js | 85.71 | 100 | 75 | 85.71 | 12 |
------------------|----------|----------|----------|----------|----------------|
All files | 92.86 | 100 | 75 | 92.86 | |
------------------|----------|----------|----------|----------|----------------|
[14:39:46] Finished 'cover' after 3.04 s |
This should be ported to the TypeScript JSPM skeleton before merging too. |
The code coverage stuff uses a babel plugin. Would that even work over there? |
Hmm. There's gotta be an alternative that also works for TypeScript in Gulp. I've got coverage working for both Babel and TypeScript in the Webpack skeletons, and it's done with the same libraries. |
Maybe we could use that instead of this? |
If we'd like both skeletons to be as close to each other as possible, we should probably use https://github.com/SBoudrias/gulp-istanbul together with remap-istanbul. |
@AshleyGrant commit message updated to follow the guidelines. |
@AshleyGrant @niieani Just checking to see where we are at on this. |
I'm looking in to this currently |
@AshleyGrant Where are we at with this currently? |
I was never able to get anything working for TypeScript that would run the same way as this. The webpack solution (necessarily) runs against already transpiled code. |
@AshleyGrant @EisenbergEffect The Webpack solution simply uses source-maps and remap-istanbul to regenerate coverage based on pre-transpiled code. This is possible to implement with gulp, here's how: https://github.com/SitePen/remap-istanbul#gulp-plugin |
I think we should try to get this merged and create a new issue for the other skeletons if we can that way it doesn't become stale and need to rebase on anything. |
@PWKad I disagree, if the way forward is with another library it's better to discard this. Anyhow after this pull request was made |
@bellstrand rebasing after 1.0.0 final and integrating the official plugin would be appreciated! Thanks. Seems like the JSPM TypeScript version will need a bit more love with the remap-istanbul post-processor. |
f03f8c5
to
1be9053
Compare
Coverage report shows source instead of transpiled code -
@niieani I've rebased against master and swapped to the official plugin now. |
LGTM. |
@AshleyGrant You took a look at this earlier on. Would you be able to take a look at this update? |
We should probably merge this before it goes stale. Can anybody confirm this works properly without breaking anything? |
@AshleyGrant Can you review this one final time and advise? I'd like to merge this or close it in the next day. |
Let's merge it. Just tested it. Works great. |
@EisenbergEffect is @bellstrand good on CLA? |
@AshleyGrant the new automated CLA checks shows that yes. See "details" in the check. |
Added ES6 coverage.
The old setup showed coverage on the transpiled code which makes the coverage percentage show number that does not represent the reality and it's hard to track what you need to test.
The new setup uses
babel-plugin-__coverage__
instread ofisparta
&istanbul
.Isparta is since 27 March unmaintained, so I think it's time to swap it out for something new.
Updated dependencies for karma & jasmine when I were at it.
Any thought on this? Feedback is always welcome!