Thread (7 messages) flat view 7 messages, 6 authors, 2016-06-15

Re: Regarding: git-lost+found

From: Daniel Barkalow <hidden>
Date: 2016-06-15 22:42:11

On Wed, 9 Nov 2005, Junio C Hamano wrote:
Maybe we could use .git/lost+found/{commit,other}/?{40} and hang
committish under one directory and the rest in another?  Then we
could do this:

          $ gitk $(cd .git/lost+found/commit && echo ??*)

After you find what you want, you would do 'git tag' or 'git
branch' to reconnect them, but we can reasonably expect that is
to happen soon after you ran lost+found and before the next time
you run prune, because that was why you ran git-lost+found in
the first place.
Why have git-lost+found write to files at all? It seems to me easiest to 
have the list go to standard out, and you could do "gitk `git-lost+found 
-t commit`" to see lost commits, and reconnect them as desired. (Making up 
command line syntax for listing only the commits.)

	-Daniel
*This .sig left intentionally blank*
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help