-
Notifications
You must be signed in to change notification settings - Fork 280
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
All repos should test against lowest deps, and maybe dev deps #667
Comments
Interesting topic, but doing so we'll be testing the dependencies instead of library itself. If we believe SemVer, then testing against lowest version isn't needed. |
no, we will be testing that our lowest bounds are right. Otherwise, it is very easy to say we are compatible with twig 1.0+ for instance, while we actually depend on a feature added in twig 1.8 (this is an example taken from the PR linked above). And for the dev stability, this is meant to ensure we are compatible with the next version of our dependencies, to catch issues coming from their update (which should not happen if they follow semver, but this still happens sometimes by mistakes) |
Ah, so we test against lowest dependency version instead of latest dependency version. In that case yes, I agree, that it's needed. |
@aik099 this is what |
I though you want to test lowest version together with highest versions :) |
I don't understand what you mean ? |
note that I sent the PR against the Mink repo already. PRs against drivers will come later |
You said: let's test against lowest version of dependencies. |
no, we should do both. We should have 1 job using the lowest deps, but we should also have jobs using the latest ones (most of our users will actually use the latest ones, so it is important to use them). |
It's clear now. I was afraid that testing against lowest dependency version would double travis job count, but since it will only add one job, then it's ok. |
yeah, testing lowest deps against all PHP versions would be overkill. We are not trying to test our deps on multiple versions (they should be doing it), and we are likely to execute the same code paths in our own code. What I generally do is using our older PHP version for the lowest deps build. |
Actually, I changed my mind here. We regularly fix bugs in other libraries spotted thanks to our testsuite (in Goutte for instance), and this would force us to be very strict about the lowest bound to be sure that all our tests are passing, even the tests for edge cases. This could make our requirements much more complex. |
You mention |
@aik099 this issue is about driver repos, not about Mink itself |
OK. |
We should have a job in the matrix testing against lowest dependencies to ensure that the lowest bound is right.
Depending on what they depend on, it might be worth testing against dev versions too (even though we always test them against the dev version of Mink).
You can see jcalderonzumba/MinkPhantomJSDriver#36 for the way to make such setup (the PR contains other enhancements too)
The text was updated successfully, but these errors were encountered: