2008-02-07 05:55:14 +03:00
|
|
|
#!/bin/sh
|
|
|
|
#
|
|
|
|
# Copyright (c) 2008 Johannes E. Schindelin
|
|
|
|
#
|
|
|
|
|
|
|
|
test_description='prune'
|
|
|
|
. ./test-lib.sh
|
|
|
|
|
2009-09-13 14:49:45 +04:00
|
|
|
day=$((60*60*24))
|
|
|
|
week=$(($day*7))
|
|
|
|
|
|
|
|
add_blob() {
|
|
|
|
before=$(git count-objects | sed "s/ .*//") &&
|
|
|
|
BLOB=$(echo aleph_0 | git hash-object -w --stdin) &&
|
|
|
|
BLOB_FILE=.git/objects/$(echo $BLOB | sed "s/^../&\//") &&
|
|
|
|
test $((1 + $before)) = $(git count-objects | sed "s/ .*//") &&
|
2011-04-14 21:38:13 +04:00
|
|
|
test -f $BLOB_FILE &&
|
|
|
|
test-chmtime =+0 $BLOB_FILE
|
2009-09-13 14:49:45 +04:00
|
|
|
}
|
|
|
|
|
2008-02-07 05:55:14 +03:00
|
|
|
test_expect_success setup '
|
|
|
|
|
|
|
|
: > file &&
|
|
|
|
git add file &&
|
|
|
|
test_tick &&
|
|
|
|
git commit -m initial &&
|
|
|
|
git gc
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'prune stale packs' '
|
|
|
|
|
|
|
|
orig_pack=$(echo .git/objects/pack/*.pack) &&
|
|
|
|
: > .git/objects/tmp_1.pack &&
|
|
|
|
: > .git/objects/tmp_2.pack &&
|
2008-08-14 04:49:30 +04:00
|
|
|
test-chmtime =-86501 .git/objects/tmp_1.pack &&
|
2008-02-07 05:55:14 +03:00
|
|
|
git prune --expire 1.day &&
|
|
|
|
test -f $orig_pack &&
|
|
|
|
test -f .git/objects/tmp_2.pack &&
|
|
|
|
! test -f .git/objects/tmp_1.pack
|
|
|
|
|
|
|
|
'
|
|
|
|
|
gc: call "prune --expire 2.weeks.ago" by default
The only reason we did not call "prune" in git-gc was that it is an
inherently dangerous operation: if there is a commit going on, you will
prune loose objects that were just created, and are, in fact, needed by the
commit object just about to be created.
Since it is dangerous, we told users so. That led to many users not even
daring to run it when it was actually safe. Besides, they are users, and
should not have to remember such details as when to call git-gc with
--prune, or to call git-prune directly.
Of course, the consequence was that "git gc --auto" gets triggered much
more often than we would like, since unreferenced loose objects (such as
left-overs from a rebase or a reset --hard) were never pruned.
Alas, git-prune recently learnt the option --expire <minimum-age>, which
makes it a much safer operation. This allows us to call prune from git-gc,
with a grace period of 2 weeks for the unreferenced loose objects (this
value was determined in a discussion on the git list as a safe one).
If you want to override this grace period, just set the config variable
gc.pruneExpire to a different value; an example would be
[gc]
pruneExpire = 6.months.ago
or even "never", if you feel really paranoid.
Note that this new behaviour makes "--prune" be a no-op.
While adding a test to t5304-prune.sh (since it really tests the implicit
call to "prune"), also the original test for "prune --expire" was moved
there from t1410-reflog.sh, where it did not belong.
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2008-03-12 23:55:47 +03:00
|
|
|
test_expect_success 'prune --expire' '
|
|
|
|
|
2009-09-13 14:49:45 +04:00
|
|
|
add_blob &&
|
gc: call "prune --expire 2.weeks.ago" by default
The only reason we did not call "prune" in git-gc was that it is an
inherently dangerous operation: if there is a commit going on, you will
prune loose objects that were just created, and are, in fact, needed by the
commit object just about to be created.
Since it is dangerous, we told users so. That led to many users not even
daring to run it when it was actually safe. Besides, they are users, and
should not have to remember such details as when to call git-gc with
--prune, or to call git-prune directly.
Of course, the consequence was that "git gc --auto" gets triggered much
more often than we would like, since unreferenced loose objects (such as
left-overs from a rebase or a reset --hard) were never pruned.
Alas, git-prune recently learnt the option --expire <minimum-age>, which
makes it a much safer operation. This allows us to call prune from git-gc,
with a grace period of 2 weeks for the unreferenced loose objects (this
value was determined in a discussion on the git list as a safe one).
If you want to override this grace period, just set the config variable
gc.pruneExpire to a different value; an example would be
[gc]
pruneExpire = 6.months.ago
or even "never", if you feel really paranoid.
Note that this new behaviour makes "--prune" be a no-op.
While adding a test to t5304-prune.sh (since it really tests the implicit
call to "prune"), also the original test for "prune --expire" was moved
there from t1410-reflog.sh, where it did not belong.
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2008-03-12 23:55:47 +03:00
|
|
|
git prune --expire=1.hour.ago &&
|
|
|
|
test $((1 + $before)) = $(git count-objects | sed "s/ .*//") &&
|
|
|
|
test -f $BLOB_FILE &&
|
2008-08-14 04:49:30 +04:00
|
|
|
test-chmtime =-86500 $BLOB_FILE &&
|
gc: call "prune --expire 2.weeks.ago" by default
The only reason we did not call "prune" in git-gc was that it is an
inherently dangerous operation: if there is a commit going on, you will
prune loose objects that were just created, and are, in fact, needed by the
commit object just about to be created.
Since it is dangerous, we told users so. That led to many users not even
daring to run it when it was actually safe. Besides, they are users, and
should not have to remember such details as when to call git-gc with
--prune, or to call git-prune directly.
Of course, the consequence was that "git gc --auto" gets triggered much
more often than we would like, since unreferenced loose objects (such as
left-overs from a rebase or a reset --hard) were never pruned.
Alas, git-prune recently learnt the option --expire <minimum-age>, which
makes it a much safer operation. This allows us to call prune from git-gc,
with a grace period of 2 weeks for the unreferenced loose objects (this
value was determined in a discussion on the git list as a safe one).
If you want to override this grace period, just set the config variable
gc.pruneExpire to a different value; an example would be
[gc]
pruneExpire = 6.months.ago
or even "never", if you feel really paranoid.
Note that this new behaviour makes "--prune" be a no-op.
While adding a test to t5304-prune.sh (since it really tests the implicit
call to "prune"), also the original test for "prune --expire" was moved
there from t1410-reflog.sh, where it did not belong.
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2008-03-12 23:55:47 +03:00
|
|
|
git prune --expire 1.day &&
|
|
|
|
test $before = $(git count-objects | sed "s/ .*//") &&
|
|
|
|
! test -f $BLOB_FILE
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'gc: implicit prune --expire' '
|
|
|
|
|
2009-09-13 14:49:45 +04:00
|
|
|
add_blob &&
|
|
|
|
test-chmtime =-$((2*$week-30)) $BLOB_FILE &&
|
gc: call "prune --expire 2.weeks.ago" by default
The only reason we did not call "prune" in git-gc was that it is an
inherently dangerous operation: if there is a commit going on, you will
prune loose objects that were just created, and are, in fact, needed by the
commit object just about to be created.
Since it is dangerous, we told users so. That led to many users not even
daring to run it when it was actually safe. Besides, they are users, and
should not have to remember such details as when to call git-gc with
--prune, or to call git-prune directly.
Of course, the consequence was that "git gc --auto" gets triggered much
more often than we would like, since unreferenced loose objects (such as
left-overs from a rebase or a reset --hard) were never pruned.
Alas, git-prune recently learnt the option --expire <minimum-age>, which
makes it a much safer operation. This allows us to call prune from git-gc,
with a grace period of 2 weeks for the unreferenced loose objects (this
value was determined in a discussion on the git list as a safe one).
If you want to override this grace period, just set the config variable
gc.pruneExpire to a different value; an example would be
[gc]
pruneExpire = 6.months.ago
or even "never", if you feel really paranoid.
Note that this new behaviour makes "--prune" be a no-op.
While adding a test to t5304-prune.sh (since it really tests the implicit
call to "prune"), also the original test for "prune --expire" was moved
there from t1410-reflog.sh, where it did not belong.
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2008-03-12 23:55:47 +03:00
|
|
|
git gc &&
|
|
|
|
test $((1 + $before)) = $(git count-objects | sed "s/ .*//") &&
|
|
|
|
test -f $BLOB_FILE &&
|
2009-09-13 14:49:45 +04:00
|
|
|
test-chmtime =-$((2*$week+1)) $BLOB_FILE &&
|
gc: call "prune --expire 2.weeks.ago" by default
The only reason we did not call "prune" in git-gc was that it is an
inherently dangerous operation: if there is a commit going on, you will
prune loose objects that were just created, and are, in fact, needed by the
commit object just about to be created.
Since it is dangerous, we told users so. That led to many users not even
daring to run it when it was actually safe. Besides, they are users, and
should not have to remember such details as when to call git-gc with
--prune, or to call git-prune directly.
Of course, the consequence was that "git gc --auto" gets triggered much
more often than we would like, since unreferenced loose objects (such as
left-overs from a rebase or a reset --hard) were never pruned.
Alas, git-prune recently learnt the option --expire <minimum-age>, which
makes it a much safer operation. This allows us to call prune from git-gc,
with a grace period of 2 weeks for the unreferenced loose objects (this
value was determined in a discussion on the git list as a safe one).
If you want to override this grace period, just set the config variable
gc.pruneExpire to a different value; an example would be
[gc]
pruneExpire = 6.months.ago
or even "never", if you feel really paranoid.
Note that this new behaviour makes "--prune" be a no-op.
While adding a test to t5304-prune.sh (since it really tests the implicit
call to "prune"), also the original test for "prune --expire" was moved
there from t1410-reflog.sh, where it did not belong.
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2008-03-12 23:55:47 +03:00
|
|
|
git gc &&
|
|
|
|
test $before = $(git count-objects | sed "s/ .*//") &&
|
|
|
|
! test -f $BLOB_FILE
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'gc: refuse to start with invalid gc.pruneExpire' '
|
|
|
|
|
|
|
|
git config gc.pruneExpire invalid &&
|
|
|
|
test_must_fail git gc
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'gc: start with ok gc.pruneExpire' '
|
|
|
|
|
|
|
|
git config gc.pruneExpire 2.days.ago &&
|
|
|
|
git gc
|
|
|
|
|
|
|
|
'
|
|
|
|
|
2008-03-24 00:34:34 +03:00
|
|
|
test_expect_success 'prune: prune nonsense parameters' '
|
|
|
|
|
|
|
|
test_must_fail git prune garbage &&
|
|
|
|
test_must_fail git prune --- &&
|
|
|
|
test_must_fail git prune --no-such-option
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'prune: prune unreachable heads' '
|
|
|
|
|
|
|
|
git config core.logAllRefUpdates false &&
|
|
|
|
mv .git/logs .git/logs.old &&
|
|
|
|
: > file2 &&
|
|
|
|
git add file2 &&
|
|
|
|
git commit -m temporary &&
|
|
|
|
tmp_head=$(git rev-list -1 HEAD) &&
|
|
|
|
git reset HEAD^ &&
|
|
|
|
git prune &&
|
|
|
|
test_must_fail git reset $tmp_head --
|
|
|
|
|
|
|
|
'
|
|
|
|
|
2008-03-25 09:20:51 +03:00
|
|
|
test_expect_success 'prune: do not prune heads listed as an argument' '
|
2008-03-24 00:34:34 +03:00
|
|
|
|
|
|
|
: > file2 &&
|
|
|
|
git add file2 &&
|
|
|
|
git commit -m temporary &&
|
|
|
|
tmp_head=$(git rev-list -1 HEAD) &&
|
|
|
|
git reset HEAD^ &&
|
|
|
|
git prune -- $tmp_head &&
|
|
|
|
git reset $tmp_head --
|
|
|
|
|
|
|
|
'
|
|
|
|
|
2009-02-15 01:10:10 +03:00
|
|
|
test_expect_success 'gc --no-prune' '
|
|
|
|
|
2009-09-13 14:49:45 +04:00
|
|
|
add_blob &&
|
|
|
|
test-chmtime =-$((5001*$day)) $BLOB_FILE &&
|
2009-02-15 01:10:10 +03:00
|
|
|
git config gc.pruneExpire 2.days.ago &&
|
|
|
|
git gc --no-prune &&
|
|
|
|
test 1 = $(git count-objects | sed "s/ .*//") &&
|
|
|
|
test -f $BLOB_FILE
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'gc respects gc.pruneExpire' '
|
|
|
|
|
|
|
|
git config gc.pruneExpire 5002.days.ago &&
|
|
|
|
git gc &&
|
|
|
|
test -f $BLOB_FILE &&
|
|
|
|
git config gc.pruneExpire 5000.days.ago &&
|
|
|
|
git gc &&
|
|
|
|
test ! -f $BLOB_FILE
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'gc --prune=<date>' '
|
|
|
|
|
2009-09-13 14:49:45 +04:00
|
|
|
add_blob &&
|
|
|
|
test-chmtime =-$((5001*$day)) $BLOB_FILE &&
|
2009-02-15 01:10:10 +03:00
|
|
|
git gc --prune=5002.days.ago &&
|
|
|
|
test -f $BLOB_FILE &&
|
|
|
|
git gc --prune=5000.days.ago &&
|
|
|
|
test ! -f $BLOB_FILE
|
|
|
|
|
|
|
|
'
|
|
|
|
|
2010-02-27 06:50:02 +03:00
|
|
|
test_expect_success 'gc --prune=never' '
|
|
|
|
|
|
|
|
add_blob &&
|
|
|
|
git gc --prune=never &&
|
|
|
|
test -f $BLOB_FILE &&
|
|
|
|
git gc --prune=now &&
|
|
|
|
test ! -f $BLOB_FILE
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'gc respects gc.pruneExpire=never' '
|
|
|
|
|
|
|
|
git config gc.pruneExpire never &&
|
|
|
|
add_blob &&
|
|
|
|
git gc &&
|
|
|
|
test -f $BLOB_FILE &&
|
|
|
|
git config gc.pruneExpire now &&
|
|
|
|
git gc &&
|
|
|
|
test ! -f $BLOB_FILE
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'prune --expire=never' '
|
|
|
|
|
|
|
|
add_blob &&
|
|
|
|
git prune --expire=never &&
|
|
|
|
test -f $BLOB_FILE &&
|
|
|
|
git prune &&
|
|
|
|
test ! -f $BLOB_FILE
|
|
|
|
|
|
|
|
'
|
|
|
|
|
2009-09-13 14:49:45 +04:00
|
|
|
test_expect_success 'gc: prune old objects after local clone' '
|
|
|
|
add_blob &&
|
|
|
|
test-chmtime =-$((2*$week+1)) $BLOB_FILE &&
|
|
|
|
git clone --no-hardlinks . aclone &&
|
|
|
|
(
|
|
|
|
cd aclone &&
|
|
|
|
test 1 = $(git count-objects | sed "s/ .*//") &&
|
|
|
|
test -f $BLOB_FILE &&
|
|
|
|
git gc --prune &&
|
|
|
|
test 0 = $(git count-objects | sed "s/ .*//") &&
|
|
|
|
! test -f $BLOB_FILE
|
|
|
|
)
|
|
|
|
'
|
|
|
|
|
2008-02-07 05:55:14 +03:00
|
|
|
test_done
|