Re: [PATCH] Improve git-prune -n output

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
From: Andy Parkins
Date: Friday, October 27, 2006 - 1:19 am

On Thursday 2006 October 26 18:33, Andy Whitcroft wrote:


The only problem with that is that the type string is of variable width, while 
the hash is fixed; hence <hash> <type> is more visually appealing than <type> 
<hash>.

Does it really matter anyway?  Some sort of processing would have to happen 
before using git-prune output as git-cat-file parameters...

git-prune -n |
while read hash type
do
 git-cat-file $type $hash
done



Andy

-- 
Dr Andy Parkins, M Eng (hons), MIEE
andyparkins@gmail.com
-
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
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[PATCH] Improve git-prune -n output, Andy Parkins, (Thu Oct 26, 3:38 am)
Re: [PATCH] Improve git-prune -n output, Andy Whitcroft, (Thu Oct 26, 10:33 am)
Re: [PATCH] Improve git-prune -n output, Petr Baudis, (Thu Oct 26, 6:45 pm)
Re: [PATCH] Improve git-prune -n output, Andy Parkins, (Fri Oct 27, 1:19 am)
Re: [PATCH] Improve git-prune -n output, Junio C Hamano, (Fri Oct 27, 2:09 am)