New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Investigate how to generate snapshots without using debug() #1
Comments
Maybe just use enzyme-to-json? Should fix #2 as well. |
I really like the developer experience that the serializer provides, it makes it really easy to use for the end user and comes with a really little amount of cognitive overhead. This package used to provide something to the end user that enzyme-to-json was not providing, but @adriantoine added a serializer to enzyme-to-json a few hours ago 👍 Given that the community is already using I think that it would be great if all Jest serializers follow some kind of convention like I see a couple of paths that we could take in order for the user to be able to consume
cc: @cpojer I would love to hear your thoughts on this 😄 |
That’s what I was suggesting ;-) |
Yeah I agree it may be best to continue using enzyme-to-json. I'm sorry @rogeliog but your project made snapshot testing with enzyme a lot better – you had a simple idea, so thank you very much :) Hope to see you around on PRs for Jest one day :) |
Hi! To give an update, the serializer I published yesterday wasn't working at all... but I fixed it this morning (v1.4.2) 😊 It's now usable and I made unit tests to make sure it keeps working. Also thanks @rogeliog for bringing the idea of an Enzyme serializer and this repo helped me a lot to figure out how to implement a serializer. I have to say I wasn't catching up with Jest releases so I missed that serializer update, but as @cpojer said it's hard to keep up nowadays. As I said in my README, the only reason I made a serializer is that the output of
I agree that a name convention for serializers would be great, especially when you have to search through NPM or GitHub, so I'm happy to publish a serializer under an conventional name, but who decides what the convention is? Thanks again @rogeliog and feel free to submit a PR to |
Thanks @adriantoine and @rogeliog. This is best open source collaboration in action: don't get too attached to projects but rather stick with ideas and share them. I'm really happy with the outcome of this. This also reminds me, we should make serializers follow a resolution algorithm so that the config isn't so annoying. I'll send a PR for this! |
@adriantoine @cpojer, I agree that we should merge into a single project.
|
No description provided.
The text was updated successfully, but these errors were encountered: