login
Header Space

 
 

Mailing list archives

Search results

Found 21 matching messages (0.081 seconds). Page 1 of 2.

Re: [PATCH] prune: --expire=time

... introduces a grace period for the expiration process. Other places that we do ... Lederhofer [PATCH] prune: --grace=time This option gives grace ... i; struct rev_info revs; + prune_grace_period = time(NULL)-24*60*60; + + git_config( ...

git - Junio C Hamano - Jan 21 2007 - 02:55

Re: [PATCH] prune: --expire=time

... make sense if we >> > allowed "prune --expire='1.day'" syntax ;-). >> >> Yes ... Shawn did makes sense. git prune --expire=off felt a bit ... Does it turn off the expiration mechanism, retaining all cruft, or ... to zero not the time we run time(NULL)), and I ...

git - Junio C Hamano - Jan 19 2007 - 15:18

Re: [PATCH] prune: --expire=time

... writes: > ... I at the same time have to > admit that I ... so, giving an extra --no-prune option in their cron script ... be much less annoying. -- >8 -- [PATCH] git-gc: do not run ... done + git-pack-refs --prune && git-reflog expire --all && git-repack ...

git - Junio C Hamano - Jan 22 2007 - 01:17

Re: [PATCH] prune: --expire=time

... glance. Does it turn > off the expiration mechanism, retaining all cruft, or turns off ... easier to explain if it was: > > git prune --expire=now > > Maybe an alternative: > ... all, e.g. --retain=none or --expire=all. - To unsubscribe from this list: ...

git - Matthias Lederhofer - Jan 20 2007 - 07:18

Re: [PATCH] prune: --expire=time

... visible in the branch reflog, > we're back to the "normally nothing to ... are in agreement on this. -- >8 -- [PATCH] git-gc: do not run prune mindlessly. Signed-off-by: Junio C ... =Yes git-pack-refs --prune && git-reflog expire --all && git-repack - ...

git - Junio C Hamano - Jan 21 2007 - 22:40

Re: [PATCH] prune: --expire=time

... be locked against operations like prune while > a commit is in ... from reflog are protected from pruning and reflogs are enabled by ... and then before starting to actually prune the objects it can stat the ... would want to do many times an hour. I think its ...

git - Junio C Hamano - Jan 21 2007 - 22:03

Re: [PATCH] prune: --expire=time

... , since it just encourages mindless pruning that probably > > shouldn't happen in ... having complained about "git prune", I at the same time have to admit that I worry about ... confusing new people. So "git prune" _does_ remove stuff that happens normally ...

git - Linus Torvalds - Jan 21 2007 - 22:58

Re: [PATCH] prune: --expire=time

... as "reachable" for the purpose of pruning. Well, strictly speaking, there's a race ... reflog, we're back to the "normally nothing to ever prune" situation, and as ... for you, since it just encourages mindless pruning that probably shouldn't happen in the ...

git - Linus Torvalds - Jan 21 2007 - 22:23

Re: [PATCH] prune: --expire=time

... >> - special value(s) for gc.pruneexpire/--expire which mean 'do not >> check for the age ... abor= t, this marker would be removed. Prune then can simply search for the ol= ... that a marker file somehow stays and prune f= ails to clean properly, but that' ...

git - Simon 'corecode' Schubert - Jan 20 2007 - 08:06

Re: [PATCH] prune: --expire=time

... blob B arrives, but already exists > 2. prune deletes unreference and old blob B > ... the repository be locked against operations like prune while a commit is in progress ... for a zillion little race conditions. Prune should be a rare enough operation ...

git - Steven Grimm - Jan 21 2007 - 21:38

Re: [PATCH] prune: --expire=time

... buy us much. Running git-prune in an uncontrolled way from ... than the grace period since 'prune' was run in the repository, ... means the blob is not re-extracted to overwrite the existing old blob. Now, an automated prune runs and finishes reading the ...

git - Junio C Hamano - Jan 21 2007 - 07:17

Re: [PATCH] prune: --expire=time

... > > Shouldn't the repository be locked against operations like prune while a > commit is in progress anyway? That seems like ... otherwise is just asking for a zillion little > race conditions. Prune should be a rare enough operation that having it > ...

git - Jeff King - Jan 21 2007 - 21:52

Re: [PATCH] prune: --expire=time

... can do that by hand today and it would > be much nicer than having to specify the other repository when > running 'git prune' as the example suggests. Unrelated topic: We may also want to consider doing the reverse, that is symlink '.git/refs/borrows ...

git - Shawn O. Pearce - Jan 21 2007 - 03:53

Re: [PATCH] prune: --expire=time

... blob is dangling, and delete it. Meanwhile, the tree that references it arrives. IOW, 1. blob B arrives, but already exists 2. prune deletes unreference and old blob B 3. tree T arrives, referencing blob B I think this might be safe if you add ...

git - Jeff King - Jan 21 2007 - 18:01

Re: [PATCH] prune: --expire=time

... long? This case does not need any locking, as blobs reachable from index are considered as "reachable" for the purpose of pruning. - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel. ...

git - Junio C Hamano - Jan 21 2007 - 22:06

Re: [PATCH] prune: --expire=time

... the warnings, might be a good idea. This patch does that, and also adds a lot of ... improved reporting (I think). At the same time, git-fsck-objects is too important to have ... code). Add my sign-off on the patch as appropriate. I do think it's mergeable ...

git - Linus Torvalds - Jan 22 2007 - 02:26

Re: [PATCH] prune: --expire=time

On Fri, 19 Jan 2007, Matthias Lederhofer wrote: > Ah, git repack -a -d is safe now too? Yes. Nicolas - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info

git - Nicolas Pitre - Jan 19 2007 - 11:41

Re: [PATCH] prune: --expire=time

Junio C Hamano wrote: > I am considering to commit the attached instead. Looks fine. Just one question: You said normally unsigned long would be used for time_t but time_t itself seems to be signed. Using unsigned long instead of

git - Matthias Lederhofer - Jan 21 2007 - 06:37

Re: [PATCH] prune: --expire=time

... wrote: > Add my sign-off on the patch as appropriate. I do think it's mergeable, > but I'd _really_ like somebody else to double-check me here. Your patch looks right to me. And I like the idea of reducing the output to ...

git - Shawn O. Pearce - Jan 22 2007 - 02:57

Re: [PATCH] prune: --expire=time

... Add my sign-off on the patch as appropriate. I do think it' ... org> Date: Sun, 21 Jan 2007 22:26:41 -0800 (PST) Subject: [PATCH] fsck-objects: refactor checking for ... C Hamano --- <patch here>> - To unsubscribe from this list: ...

git - Junio C Hamano - Jan 22 2007 - 03:12

speck-geostationary