-
Notifications
You must be signed in to change notification settings - Fork 16
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
Merge v1.7 for main #124
Merge v1.7 for main #124
Conversation
Introduce CombinatorialClassDataAttribute
@AArnott Sure, I'll get right on it. |
Thanks! |
I see that xUnit 3 was only released 14 days ago. I haven't worked with version 3 yet, but many things have changed. |
Yes, xunit 3 is new and quite the breaking change. Please consider this branch (the source branch for this PR) as the one where you can rework your change. Just send a PR that targets |
Ah, okay, I think I understand now :) I'm considering making the implementation only work with TheoryData as that's also the recommended way of working with data sources in xUnit. That would force the user to derive from TheoryData, but I don't think that's a bad idea. However, it would change a lot of tests. What do you think about that? |
Xunit v3 already puts some breaking change expense on the user. In principle then, I'm OK with requiring source changes for users that upgrade to the That said, if we can continue to support the old way, so that the upgrade path for users is easier, that also seems worth doing if it isn't too much trouble. And at the moment, in main, that works. So I'm optimistic we can achieve it. |
@AArnott, please review #125 In any case, I only changed a single test to report a slightly more informative exception message; all other tests work as before. |
* Avoid the need for the null forgiveness operator. * Use `internal` for members of `internal` types.
Add support of xUnit 3 TheoryData
No description provided.