-
Notifications
You must be signed in to change notification settings - Fork 155
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
Report causes for compatibility breakage #105
Report causes for compatibility breakage #105
Conversation
d3d88d1
to
0fdaa1d
Compare
@quen2404: couldn't pin point where Renderer tests should go. Should I write some? Where? |
HTML reporting is done and Markdown was covered already (which was a pleasant surprise). I'm considering this funcionally done. But I'll still try some refactoring by spliting the incompatibility listing and printing responsability. I believe the listing should go inside the |
Any updates on this? |
I'm still willing to work on it. It needs some refactoring in my opinion. But I would like to confirm interest in this funcionality-wise before going on. Does the current proposed output seem good to you, @michalchmura? |
@thiagoarrais yes, the proposed output seems great! It'd be good to be able to list addition/deletion but also altering the property names. I've built the project from your branch and I couldn't quite get it to output it. |
This is what I'm getting. You can try it using these input files: remove_inner_prop_1.yaml and remove_inner_prop_2.yaml:
|
I'm currently focusing on getting removed properties working. Can you get me some before/after inputs and what you'd like too see outputed for your use case? I may be able to fit it into this PR. |
Code inspired on MarkdownRender's implementation
I'm happy with the state of the code as of 856b426. This is ready for review and subsequent merging. It admittedly doesn't cover all cases for compatibility breakage (adding required parameter, for example), but it already covers the use cases I need for now and adds an extensible structure so that it can be improved in future PRs. |
Hi @thiagoarrais, |
First of all, this is a work in progress. I'm trying to add details about broken compatibility and tried to start with properties removed from responses. Just let me know if I'm going in the right direction.
I'm currently getting the output below with this code (old and new specs available as a gist):
I have added the
Missing property
line. The property path is a little rough right now, but I plan on working on this later. For this test case, my ideal output should be something along these lines:Do you see this getting merged if it we're able to (1) get to an acceptable path format and (2) include the detailed reported in the HTML and markdown outputs?
Related to #18