Change names of "OrEqualTo" assertion methods#1673
Change names of "OrEqualTo" assertion methods#1673dennisdoomen merged 1 commit intofluentassertions:masterfrom
Conversation
|
Should I rebase? |
|
For people upgrading to 6.x, even an obsolete attribute might be a build error. So, I'm in doubt whether we should do that right now. What's your take on this @jnyrup ? |
|
Many projects have activated "Warnung as Error". So, @gliljas, I think you should rebase to fix the conflicts. |
|
Yes, a milestone is fine. But we're not going to start on that anytime soon. Probably in two years or so. |
|
I'm fine with the new overloads and only hiding the current ones. The release notes should have a line about the new overloads. |
1834bb0 to
ac48e5d
Compare
Wait, what do you mean with that? Because the latest commit removes them, which would be a breaking change. |
ac48e5d to
dbd54c1
Compare
I think he meant the EditorBrowsable thing, making use of the current methods somewhat discouraged. The current ones are still there, as far as I know/intended. |
|
|
|
Adding that attribute will hide the current/old overload from intellisense suggestions in VS |
Nice. I didn't know that. Never too old to learn something new. |
The names of the GreaterOrEqualsTo methods (and similar) is a bit off, but more importantly they don't follow the established terminology.