Re: repack: handling of .keep files

2 messages, 2 authors, 2016-06-15 · open the first message on its own page

Re: repack: handling of .keep files

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:43:08

"Alex Riesen" [off-list ref] writes:
... Experimenting with the .keep-files I had a crash in git-log,
when the pack was renamed into .keep.pack, but the
index was not. git-log complained about two objects it could not
read and than crashed. It's cygwin.
This part makes me suspect you are not even using the .keep
properly.  In addition to pack-[0-9a-f]{40}.(pack|idx), you
would have a corresponding pack-[0-9a-f]{40}.keep file (whose
contents does not matter) to mark that these should not get
repacked.

Re: repack: handling of .keep files

From: Alex Riesen <hidden>
Date: 2016-06-15 22:43:08

On 5/4/07, Junio C Hamano [off-list ref] wrote:
"Alex Riesen" [off-list ref] writes:
quoted
... Experimenting with the .keep-files I had a crash in git-log,
when the pack was renamed into .keep.pack, but the
index was not. git-log complained about two objects it could not
read and than crashed. It's cygwin.
This part makes me suspect you are not even using the .keep
properly.  In addition to pack-[0-9a-f]{40}.(pack|idx), you
would have a corresponding pack-[0-9a-f]{40}.keep file (whose
contents does not matter) to mark that these should not get
repacked.
This is it (described in git-index-pack.txt, maybe git-repack.txt should
reference it too), thanks.

Still, git-log shouldn't crash (nothing should, of course).
And, the temporary pack is created in working tree, instead of in GIT_DIR
(why not GIT_OBJECT_DIR, btw?)
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help