Results in harder to evaluate exceptions. I realise its very unlikely to fail but if it does you'll get something like
'serialised_revision' != 'other serialized revision'
and no evidence of *what* revision id we were actually asking for.
I'm going to land this as this code is pretty unlikely to change, but I think we should generally avoid such for loops vigorously: use parameterisation instead, or explicit lists as the test had before.
This:
195 - self.check_ output( revs[1] , 'cat-revision a@r-0-1') output( revs[2] , 'cat-revision a@r-0-2') output( revs[3] , 'cat-revision a@r-0-3') output( revs[1] , 'cat-revision -r 1') output( revs[2] , 'cat-revision -r 2') output( revs[3] , 'cat-revision -r 3') output( revs[1] , 'cat-revision -r revid:a@r-0-1') output( revs[2] , 'cat-revision -r revid:a@r-0-2') output( revs[3] , 'cat-revision -r revid:a@r-0-3') l(revs[ i], bzr('cat- revision -r revid:a@r-0-%d' % i)[0]) l(revs[ i], bzr('cat- revision a@r-0-%d' % i)[0]) l(revs[ i], bzr('cat- revision -r %d' % i)[0])
196 - self.check_
197 - self.check_
198 -
199 - self.check_
200 - self.check_
201 - self.check_
202 -
203 - self.check_
204 - self.check_
205 - self.check_
206 + for i in [1, 2, 3]:
207 + self.assertEqua
208 + self.run_
209 + self.assertEqua
210 + self.run_
211 + self.assertEqua
212 + self.run_
Results in harder to evaluate exceptions. I realise its very unlikely to fail but if it does you'll get something like revision' != 'other serialized revision'
'serialised_
and no evidence of *what* revision id we were actually asking for.
I'm going to land this as this code is pretty unlikely to change, but I think we should generally avoid such for loops vigorously: use parameterisation instead, or explicit lists as the test had before.