Fixed consecutive lines with same blame info not appearing in blame.

This fixes a bug when parsing blame -p output: Full commit info headers only appear for the first line from a particular commit, but other lines were ignored as the blame info dict was reset after each line. This patch handles both multiple consecutive lines from a commit and interleaved lines from multiple commits. Added real test to verify blame works against the actual commit, not only a mock of what was produced by blame in old git releases

Author: devnev

git/db/cmd/base.py

@@ -701,6 +701,9 @@ def blame(self, rev, file):
 iflen(digits) ==3:
 info={'id': firstpart}
 blames.append([None, []])
+elifinfo['id'] !=firstpart:
+info={'id': firstpart}
+blames.append([commits.get(firstpart), []])
 # END blame data initialization
 else:
 m=self.re_author_committer_start.search(firstpart)
@@ -747,8 +750,8 @@ def blame(self, rev, file):
 m=self.re_tab_full_line.search(line)
 text, =m.groups()
 blames[-1][0] =c
-blames[-1][1].append(text)
-info=None
+blames[-1][1].append(text)
+info={'id' : sha }
 # END if we collected commit info
 # END distinguish filename,summary,rest
 # END distinguish author|committer vs filename,summary,rest

git/test/db/base.py

@@ -283,6 +283,15 @@ def test_should_display_blame_information(self, git):
 assert_true( isinstance( tlist[0], basestring ) )
 assert_true( len( tlist ) <sum( len(t) fortintlist ) ) # test for single-char bug
 
+deftest_blame_real(self):
+c=0
+foriteminself.rorepo.head.commit.tree.traverse(
+predicate=lambdai, d: i.type=='blob'andi.path.endswith('.py')):
+c+=1
+b=self.rorepo.blame(self.rorepo.head, item.path)
+#END for each item to traverse
+assertc
+
 deftest_untracked_files(self):
 base=self.rorepo.working_tree_dir
 files= ( join_path_native(base, "__test_myfile"),