login
Header Space

 
 

Mailing list archives

Search results

Found 22 matching messages (0.091 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

[PATCH] prune: --expire=time

... safe too. Matthias' patch > does this by giving the ref update ... currently it is 'off' --- builtin-prune.c | 31 ++++++++++++++++++++++++++++++- 1 files changed, ... const char prune_usage[] = "git-prune [-n] [--expire=time]"; static int show_only; ...

git - Matthias Lederhofer - Jan 19 2007 - 06:49

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

... we are in agreement on this. -- >8 -- [PATCH] git-gc: do not run prune ... to 15 days. See Also -------- -gitlink:git-prune[1] gitlink:git-reflog[1] ... @@ SUBDIRECTORY_OK=Yes git-pack-refs --prune && git-reflog expire --all && git-repack -a ...

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

... as "reachable" for the purpose of pruning. Well, strictly speaking, there's a race ... you, since it just encourages mindless pruning that probably shouldn't happen in ... to do it with strange "git prune" setups, but still..) Linus - To unsubscribe ...

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

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

... >> - 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

... does not buy us much. Running git-prune in an uncontrolled way from a cron ... been more than the grace period since 'prune' was run in the repository, and one ... the existing old blob. Now, an automated prune runs and finishes reading the available refs ...

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

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

... > > 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

... 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

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

speck-geostationary