Conversation
feb14aa to
f5e050a
Compare
49e59a3 to
d89c5f2
Compare
|
@rwjblue #103 seemed dormat for quite a while, so I took it up. Basically I'd,
There are still some areas where some pointers would be helpful.
Can you help me out ? |
|
@rwjblue / @kategengler Any inputs on this ? |
|
This would be great to merge! |
d89c5f2 to
4e8dd66
Compare
|
Can I help in anyway? This could be handy for us too. |
|
bump - Really looking forward to this! |
4e8dd66 to
caf9ee0
Compare
|
Also very interested in this feature! If needed, I'm happy to help get it over the finish line. |
|
@kategengler I think we should consider just merging this and hoping for the best. I don't think anyone with deep knowledge of this work is around and able to review. Thoughts? |
|
To note, tests don't seem to have run here, so we need to make sure CI runs and passes before merging. |
To me, this is a scary statement because this means there's also nobody around with knowledge of this work to fix any bugs once released. I could be convinced if someone tries it out on a few apps, though. |
I haven't had the chance to revist this so far. I'll revist it again, this weekend, and maybe I can find what I am missing while running for addons. Also, I need some clarity on how we will release this. Opt-in seems sensible, so I'll proceed with that. If needed we can change that. I have few real world apps, engines and addons. So will share any findings with that as well. |
|
Definitely opt-in at first, and then in the next major version or two, after refinement, make it opt-out. My team's apps would need a little work to get upgraded to the version this lands in, but after that I'd happily help report issues / attempt fixes. |
|
Any updates on this? |
|
@vstefanovic97 in light of your recent additions, perhaps you could pick this back up to get it over the finish line? |
|
@RobbieTheWagner I can try :D, The code seems clear to me, but haven't tried to run this at all. I will make a fork an see how it goes, but probably won't be soon, but a slow effort on the side when I have some extra time. |
|
Would love this feature |
@vstefanovic97 any progress on this? I would love to help, but I don't think I have enough knowledge of how this works 😅 |
|
@RobbieTheWagner tbh I haven't had the time to tackle this at all right now... |
|
@vstefanovic97 @mukilane would this support gts files if landed as is? |
|
@SergeAstapov on first glance, I think it will require some extra work most likely, since probably lines, columns will be off |
d1cacd0 to
0a5b609
Compare
|
Folks, Here is how it works This plugin in included as a transform to A coverage map is injected into the template module which will be incremented by the helper. I have tested this against app, standalone engine, v1 addon, Currently the following cases are yet to be covered.
How this can be released ? // coverage.js
module.exports = {
reporters: ['lcov', 'html', 'text', 'json-summary'],
enableTemplateCoverage: true,
};For addons, there would be slight tweak in index. Old included() {
this._super.included.apply(this, arguments);
this.options.babel.plugins.push(...require('ember-cli-code-coverage').buildBabelPlugin());
},New included() {
this.options.babel = {
plugins: [
// eslint-disable-next-line node/no-extraneous-require
...require('ember-cli-code-coverage').buildBabelPlugin(),
],
};
this._super.included.apply(this, arguments);
}
|
8c257ff to
960bdbf
Compare
960bdbf to
c49a8dc
Compare
|
I think template coverage would be fantastic but I am less than sure about merging something that only works for v1 app/addons at this stage. Over in #431 we are discussing vite-based embroider support. |



In continuation of #103