Fix allOf with single ref creating unnecessary wrapper class#2902
Fix allOf with single ref creating unnecessary wrapper class#2902
Conversation
|
Warning Rate limit exceeded@koxudaxi has exceeded the limit for the number of commits that can be reviewed per hour. Please wait 11 minutes and 24 seconds before requesting another review. ⌛ How to resolve this issue?After the wait time has elapsed, a review can be triggered using the We recommend that you space out your commits to avoid hitting the rate limit. 🚦 How do rate limits work?CodeRabbit enforces hourly rate limits for each developer per organization. Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout. Please see our FAQ for further information. ⛔ Files ignored due to path filters (1)
📒 Files selected for processing (3)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
📚 Docs Preview: https://pr-2902.datamodel-code-generator.pages.dev |
CodSpeed Performance ReportMerging #2902 will not alter performanceComparing
|
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #2902 +/- ##
=======================================
Coverage 99.37% 99.38%
=======================================
Files 92 92
Lines 16268 16342 +74
Branches 1921 1934 +13
=======================================
+ Hits 16167 16241 +74
Misses 52 52
Partials 49 49
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
add5d0c to
4d69384
Compare
4d69384 to
7389fd2
Compare
Breaking Change AnalysisResult: Breaking changes detected Reasoning: This PR changes the code generation output for a specific schema pattern (allOf with single $ref and no properties). Previously, such schemas would create wrapper classes; now they directly reference the target type. Users with existing codebases may have code depending on the wrapper class names that will no longer be generated. While this is a bug fix making the output cleaner and more correct, it still constitutes a breaking change for users whose code depends on the previous (wrapper class) output structure. Content for Release NotesCode Generation Changes
This analysis was performed by Claude Code Action |
|
🎉 Released in 0.52.0 This PR is now available in the latest release. See the release notes for details. |
Fixes: #2900