it will work, but it's not optimal. this is exactly what git bisect is
designed for.
you tell it that the prior night's version was good and the current
version is bad. It picks a version 'halfway' in between the two and you
test that. tell git if the test failed or not and it will then give
you the next one to try. repeat until you identify exactly which commit
triggers the problem.
unfortunantly I can't trivially point you at the right place in the docs.
David Lang
--
There are two ways of constructing a software design. One way is to make it so simple that there are obviously no deficiencies. And the other way is to make it so complicated that there are no obvious deficiencies.
-- C.A.R. Hoare
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html