Onsi Fakhouri
Onsi Fakhouri
Nope. I've strayed a bunch from the original and have no time to invest in staying uptodate. On Thursday, May 7, 2015, Karl Isenberg [email protected] wrote: > It looks like...
heyo - so finally getting back to this. i agree with @thediveo in that i’d also want to lean towards `BeTrue(args …any)` etc. but i appreciate your concern about wanting...
sounds good. i’m planning to add the `Because` variants as well. should be able to get it done soon
I'm working on this right now and I'm planning on going with: ```go // BeTrue succeeds if actual is true // // If passed an optional reason, the reason will...
Actually as I'm writing the tests I'm learnign that it wil be this: ```go // BeTrueBecause succeeds if actual is true and displays the provided reason if it is false...
lol, and now i'm coming back full circle to just keeping `BeTrueBecause` and `BeFalseBecause` and leaving `BeTrue` and `BeFalse` alone. The wording flow really nicely with `...Because`
Alright, the dust has settled. I have a commit up on master now that: - leaves `BeTrue` and `BeFalse` untouched - add `BeTrueBecause` and `BeFalseBecause` - both take `format, args...`...
great! i’ll cut a release soon
1.30.0 is out now!
I've had a few discussions here and there about what generics + Gomega might look like. On the whole it hasn't looked like there are obvious places where the current...