Hi all, I was recently left with an interesting problem of looking at a heuristic to determine how much original code was left in a repository. Or to put another way, how much the code had changed since. In my case "original code" means "since the initial commit", as this code base had been imported from CVS long ago; and that was the correct starting point. What I came up with was the following heuristic. What I'm curious to know is whether there's an alternative way to look at this and/or if such tooling already exists. What I did was first of all ascertain the number of original lines in each of the files I was interested in: for i in *.[ch] do c="$(git --no-pager blame "$i" | grep -c '^\^')" [ $c -gt 0 ] && echo "$i:$c" done | sort -t':' -k2 -nr Given this, I then did some maths on the total lines from each of those files and to work out a percentage by file, and over all. What I'm curious to know is whether this approach of using "git blame" is a good approach or not. Thanks for your time. -- Thomas Adam
