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/^../&\//") &&
|
2014-10-10 10:11:14 +04:00
|
|
|
verbose test $((1 + $before)) = $(git count-objects | sed "s/ .*//") &&
|
2014-10-10 10:07:00 +04:00
|
|
|
test_path_is_file $BLOB_FILE &&
|
2018-03-24 10:44:31 +03:00
|
|
|
test-tool 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 &&
|
2018-03-24 10:44:31 +03:00
|
|
|
test-tool chmtime =-86501 .git/objects/tmp_1.pack &&
|
2008-02-07 05:55:14 +03:00
|
|
|
git prune --expire 1.day &&
|
2014-10-10 10:07:00 +04:00
|
|
|
test_path_is_file $orig_pack &&
|
|
|
|
|
test_path_is_file .git/objects/tmp_2.pack &&
|
|
|
|
|
test_path_is_missing .git/objects/tmp_1.pack
|
2008-02-07 05:55:14 +03:00
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
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 &&
|
2014-10-10 10:11:14 +04:00
|
|
|
verbose test $((1 + $before)) = $(git count-objects | sed "s/ .*//") &&
|
2014-10-10 10:07:00 +04:00
|
|
|
test_path_is_file $BLOB_FILE &&
|
2018-03-24 10:44:31 +03:00
|
|
|
test-tool 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 &&
|
2014-10-10 10:11:14 +04:00
|
|
|
verbose test $before = $(git count-objects | sed "s/ .*//") &&
|
2014-10-10 10:07:00 +04:00
|
|
|
test_path_is_missing $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
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
|
|
test_expect_success 'gc: implicit prune --expire' '
|
|
|
|
|
|
2009-09-13 14:49:45 +04:00
|
|
|
add_blob &&
|
2018-03-24 10:44:31 +03:00
|
|
|
test-tool 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 &&
|
2014-10-10 10:11:14 +04:00
|
|
|
verbose test $((1 + $before)) = $(git count-objects | sed "s/ .*//") &&
|
2014-10-10 10:07:00 +04:00
|
|
|
test_path_is_file $BLOB_FILE &&
|
2018-03-24 10:44:31 +03:00
|
|
|
test-tool 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 &&
|
2014-10-10 10:11:14 +04:00
|
|
|
verbose test $before = $(git count-objects | sed "s/ .*//") &&
|
2014-10-10 10:07:00 +04:00
|
|
|
test_path_is_missing $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
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
|
|
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 --
|
|
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
2014-09-03 20:14:10 +04:00
|
|
|
test_expect_success 'prune: do not prune detached HEAD with no reflog' '
|
|
|
|
|
|
|
|
|
|
git checkout --detach --quiet &&
|
|
|
|
|
git commit --allow-empty -m "detached commit" &&
|
|
|
|
|
# verify that there is no reflogs
|
|
|
|
|
# (should be removed and disabled by previous test)
|
2014-10-10 10:07:00 +04:00
|
|
|
test_path_is_missing .git/logs &&
|
2014-09-03 20:14:10 +04:00
|
|
|
git prune -n >prune_actual &&
|
tests: use 'test_must_be_empty' instead of 'test_cmp <empty> <out>'
Using 'test_must_be_empty' is shorter and more idiomatic than
>empty &&
test_cmp empty out
as it saves the creation of an empty file. Furthermore, sometimes the
expected empty file doesn't have such a descriptive name like 'empty',
and its creation is far away from the place where it's finally used
for comparison (e.g. in 't7600-merge.sh', where two expected empty
files are created in the 'setup' test, but are used only about 500
lines later).
These cases were found by instrumenting 'test_cmp' to error out the
test script when it's used to compare empty files, and then converted
manually.
Note that even after this patch there still remain a lot of cases
where we use 'test_cmp' to check empty files:
- Sometimes the expected output is not hard-coded in the test, but
'test_cmp' is used to ensure that two similar git commands produce
the same output, and that output happens to be empty, e.g. the
test 'submodule update --merge - ignores --merge for new
submodules' in 't7406-submodule-update.sh'.
- Repetitive common tasks, including preparing the expected results
and running 'test_cmp', are often extracted into a helper
function, and some of this helper's callsites expect no output.
- For the same reason as above, the whole 'test_expect_success'
block is within a helper function, e.g. in 't3070-wildmatch.sh'.
- Or 'test_cmp' is invoked in a loop, e.g. the test 'cvs update
(-p)' in 't9400-git-cvsserver-server.sh'.
Signed-off-by: SZEDER Gábor <szeder.dev@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2018-08-20 00:57:25 +03:00
|
|
|
test_must_be_empty prune_actual
|
2014-09-03 20:14:10 +04:00
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
|
|
test_expect_success 'prune: prune former HEAD after checking out branch' '
|
|
|
|
|
|
2019-02-14 14:07:36 +03:00
|
|
|
head_oid=$(git rev-parse HEAD) &&
|
2014-09-03 20:14:10 +04:00
|
|
|
git checkout --quiet master &&
|
|
|
|
|
git prune -v >prune_actual &&
|
2019-02-14 14:07:36 +03:00
|
|
|
grep "$head_oid" prune_actual
|
2014-09-03 20:14:10 +04:00
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
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 &&
|
2018-03-24 10:44:31 +03:00
|
|
|
test-tool chmtime =-$((5001*$day)) $BLOB_FILE &&
|
2009-02-15 01:10:10 +03:00
|
|
|
git config gc.pruneExpire 2.days.ago &&
|
|
|
|
|
git gc --no-prune &&
|
2014-10-10 10:11:14 +04:00
|
|
|
verbose test 1 = $(git count-objects | sed "s/ .*//") &&
|
2014-10-10 10:07:00 +04:00
|
|
|
test_path_is_file $BLOB_FILE
|
2009-02-15 01:10:10 +03:00
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
|
|
test_expect_success 'gc respects gc.pruneExpire' '
|
|
|
|
|
|
|
|
|
|
git config gc.pruneExpire 5002.days.ago &&
|
|
|
|
|
git gc &&
|
2014-10-10 10:07:00 +04:00
|
|
|
test_path_is_file $BLOB_FILE &&
|
2009-02-15 01:10:10 +03:00
|
|
|
git config gc.pruneExpire 5000.days.ago &&
|
|
|
|
|
git gc &&
|
2014-10-10 10:07:00 +04:00
|
|
|
test_path_is_missing $BLOB_FILE
|
2009-02-15 01:10:10 +03:00
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
|
|
test_expect_success 'gc --prune=<date>' '
|
|
|
|
|
|
2009-09-13 14:49:45 +04:00
|
|
|
add_blob &&
|
2018-03-24 10:44:31 +03:00
|
|
|
test-tool chmtime =-$((5001*$day)) $BLOB_FILE &&
|
2009-02-15 01:10:10 +03:00
|
|
|
git gc --prune=5002.days.ago &&
|
2014-10-10 10:07:00 +04:00
|
|
|
test_path_is_file $BLOB_FILE &&
|
2009-02-15 01:10:10 +03:00
|
|
|
git gc --prune=5000.days.ago &&
|
2014-10-10 10:07:00 +04:00
|
|
|
test_path_is_missing $BLOB_FILE
|
2009-02-15 01:10:10 +03:00
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
2010-02-27 06:50:02 +03:00
|
|
|
test_expect_success 'gc --prune=never' '
|
|
|
|
|
|
|
|
|
|
add_blob &&
|
|
|
|
|
git gc --prune=never &&
|
2014-10-10 10:07:00 +04:00
|
|
|
test_path_is_file $BLOB_FILE &&
|
2010-02-27 06:50:02 +03:00
|
|
|
git gc --prune=now &&
|
2014-10-10 10:07:00 +04:00
|
|
|
test_path_is_missing $BLOB_FILE
|
2010-02-27 06:50:02 +03:00
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
|
|
test_expect_success 'gc respects gc.pruneExpire=never' '
|
|
|
|
|
|
|
|
|
|
git config gc.pruneExpire never &&
|
|
|
|
|
add_blob &&
|
|
|
|
|
git gc &&
|
2014-10-10 10:07:00 +04:00
|
|
|
test_path_is_file $BLOB_FILE &&
|
2010-02-27 06:50:02 +03:00
|
|
|
git config gc.pruneExpire now &&
|
|
|
|
|
git gc &&
|
2014-10-10 10:07:00 +04:00
|
|
|
test_path_is_missing $BLOB_FILE
|
2010-02-27 06:50:02 +03:00
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
|
|
test_expect_success 'prune --expire=never' '
|
|
|
|
|
|
|
|
|
|
add_blob &&
|
|
|
|
|
git prune --expire=never &&
|
2014-10-10 10:07:00 +04:00
|
|
|
test_path_is_file $BLOB_FILE &&
|
2010-02-27 06:50:02 +03:00
|
|
|
git prune &&
|
2014-10-10 10:07:00 +04:00
|
|
|
test_path_is_missing $BLOB_FILE
|
2010-02-27 06:50:02 +03:00
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
2009-09-13 14:49:45 +04:00
|
|
|
test_expect_success 'gc: prune old objects after local clone' '
|
|
|
|
|
add_blob &&
|
2018-03-24 10:44:31 +03:00
|
|
|
test-tool chmtime =-$((2*$week+1)) $BLOB_FILE &&
|
2009-09-13 14:49:45 +04:00
|
|
|
git clone --no-hardlinks . aclone &&
|
|
|
|
|
(
|
|
|
|
|
cd aclone &&
|
2014-10-10 10:11:14 +04:00
|
|
|
verbose test 1 = $(git count-objects | sed "s/ .*//") &&
|
2014-10-10 10:07:00 +04:00
|
|
|
test_path_is_file $BLOB_FILE &&
|
2009-09-13 14:49:45 +04:00
|
|
|
git gc --prune &&
|
2014-10-10 10:11:14 +04:00
|
|
|
verbose test 0 = $(git count-objects | sed "s/ .*//") &&
|
2014-10-10 10:07:00 +04:00
|
|
|
test_path_is_missing $BLOB_FILE
|
2009-09-13 14:49:45 +04:00
|
|
|
)
|
|
|
|
|
'
|
|
|
|
|
|
2013-02-15 16:07:10 +04:00
|
|
|
test_expect_success 'garbage report in count-objects -v' '
|
2015-06-22 13:40:50 +03:00
|
|
|
test_when_finished "rm -f .git/objects/pack/fake*" &&
|
2015-11-04 06:05:07 +03:00
|
|
|
test_when_finished "rm -f .git/objects/pack/foo*" &&
|
2013-02-15 16:07:10 +04:00
|
|
|
: >.git/objects/pack/foo &&
|
|
|
|
|
: >.git/objects/pack/foo.bar &&
|
|
|
|
|
: >.git/objects/pack/foo.keep &&
|
|
|
|
|
: >.git/objects/pack/foo.pack &&
|
|
|
|
|
: >.git/objects/pack/fake.bar &&
|
|
|
|
|
: >.git/objects/pack/fake.keep &&
|
|
|
|
|
: >.git/objects/pack/fake.pack &&
|
|
|
|
|
: >.git/objects/pack/fake.idx &&
|
|
|
|
|
: >.git/objects/pack/fake2.keep &&
|
|
|
|
|
: >.git/objects/pack/fake3.idx &&
|
|
|
|
|
git count-objects -v 2>stderr &&
|
|
|
|
|
grep "index file .git/objects/pack/fake.idx is too small" stderr &&
|
|
|
|
|
grep "^warning:" stderr | sort >actual &&
|
|
|
|
|
cat >expected <<\EOF &&
|
|
|
|
|
warning: garbage found: .git/objects/pack/fake.bar
|
|
|
|
|
warning: garbage found: .git/objects/pack/foo
|
|
|
|
|
warning: garbage found: .git/objects/pack/foo.bar
|
2014-04-01 02:11:47 +04:00
|
|
|
warning: no corresponding .idx or .pack: .git/objects/pack/fake2.keep
|
2013-02-15 16:07:10 +04:00
|
|
|
warning: no corresponding .idx: .git/objects/pack/foo.keep
|
|
|
|
|
warning: no corresponding .idx: .git/objects/pack/foo.pack
|
|
|
|
|
warning: no corresponding .pack: .git/objects/pack/fake3.idx
|
|
|
|
|
EOF
|
|
|
|
|
test_cmp expected actual
|
|
|
|
|
'
|
|
|
|
|
|
2015-11-04 06:05:08 +03:00
|
|
|
test_expect_success 'clean pack garbage with gc' '
|
2015-11-04 06:05:07 +03:00
|
|
|
test_when_finished "rm -f .git/objects/pack/fake*" &&
|
|
|
|
|
test_when_finished "rm -f .git/objects/pack/foo*" &&
|
|
|
|
|
: >.git/objects/pack/foo.keep &&
|
|
|
|
|
: >.git/objects/pack/foo.pack &&
|
|
|
|
|
: >.git/objects/pack/fake.idx &&
|
|
|
|
|
: >.git/objects/pack/fake2.keep &&
|
|
|
|
|
: >.git/objects/pack/fake2.idx &&
|
|
|
|
|
: >.git/objects/pack/fake3.keep &&
|
|
|
|
|
git gc &&
|
|
|
|
|
git count-objects -v 2>stderr &&
|
|
|
|
|
grep "^warning:" stderr | sort >actual &&
|
|
|
|
|
cat >expected <<\EOF &&
|
|
|
|
|
warning: no corresponding .idx or .pack: .git/objects/pack/fake3.keep
|
|
|
|
|
warning: no corresponding .idx: .git/objects/pack/foo.keep
|
|
|
|
|
warning: no corresponding .idx: .git/objects/pack/foo.pack
|
|
|
|
|
EOF
|
|
|
|
|
test_cmp expected actual
|
|
|
|
|
'
|
|
|
|
|
|
2013-12-05 17:02:54 +04:00
|
|
|
test_expect_success 'prune .git/shallow' '
|
2019-02-14 14:07:36 +03:00
|
|
|
oid=$(echo hi|git commit-tree HEAD^{tree}) &&
|
|
|
|
|
echo $oid >.git/shallow &&
|
2013-12-05 17:02:54 +04:00
|
|
|
git prune --dry-run >out &&
|
2019-02-14 14:07:36 +03:00
|
|
|
grep $oid .git/shallow &&
|
|
|
|
|
grep $oid out &&
|
2013-12-05 17:02:54 +04:00
|
|
|
git prune &&
|
2014-10-10 10:07:00 +04:00
|
|
|
test_path_is_missing .git/shallow
|
2013-12-05 17:02:54 +04:00
|
|
|
'
|
|
|
|
|
|
prune: lazily perform reachability traversal
The general strategy of "git prune" is to do a full reachability walk,
then for each loose object see if we found it in our walk. But if we
don't have any loose objects, we don't need to do the expensive walk in
the first place.
This patch postpones that walk until the first time we need to see its
results.
Note that this is really a specific case of a more general optimization,
which is that we could traverse only far enough to find the object under
consideration (i.e., stop the traversal when we find it, then pick up
again when asked about the next object, etc). That could save us in some
instances from having to do a full walk. But it's actually a bit tricky
to do with our traversal code, and you'd need to do a full walk anyway
if you have even a single unreachable object (which you generally do, if
any objects are actually left after running git-repack).
So in practice this lazy-load of the full walk catches one easy but
common case (i.e., you've just repacked via git-gc, and there's nothing
unreachable).
The perf script is fairly contrived, but it does show off the
improvement:
Test HEAD^ HEAD
-------------------------------------------------------------------------
5304.4: prune with no objects 3.66(3.60+0.05) 0.00(0.00+0.00) -100.0%
and would let us know if we accidentally regress this optimization.
Note also that we need to take special care with prune_shallow(), which
relies on us having performed the traversal. So this optimization can
only kick in for a non-shallow repository. Since this is easy to get
wrong and is not covered by existing tests, let's add an extra test to
t5304 that covers this case explicitly.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-02-14 07:35:22 +03:00
|
|
|
test_expect_success 'prune .git/shallow when there are no loose objects' '
|
2019-02-14 14:07:36 +03:00
|
|
|
oid=$(echo hi|git commit-tree HEAD^{tree}) &&
|
|
|
|
|
echo $oid >.git/shallow &&
|
|
|
|
|
git update-ref refs/heads/shallow-tip $oid &&
|
prune: lazily perform reachability traversal
The general strategy of "git prune" is to do a full reachability walk,
then for each loose object see if we found it in our walk. But if we
don't have any loose objects, we don't need to do the expensive walk in
the first place.
This patch postpones that walk until the first time we need to see its
results.
Note that this is really a specific case of a more general optimization,
which is that we could traverse only far enough to find the object under
consideration (i.e., stop the traversal when we find it, then pick up
again when asked about the next object, etc). That could save us in some
instances from having to do a full walk. But it's actually a bit tricky
to do with our traversal code, and you'd need to do a full walk anyway
if you have even a single unreachable object (which you generally do, if
any objects are actually left after running git-repack).
So in practice this lazy-load of the full walk catches one easy but
common case (i.e., you've just repacked via git-gc, and there's nothing
unreachable).
The perf script is fairly contrived, but it does show off the
improvement:
Test HEAD^ HEAD
-------------------------------------------------------------------------
5304.4: prune with no objects 3.66(3.60+0.05) 0.00(0.00+0.00) -100.0%
and would let us know if we accidentally regress this optimization.
Note also that we need to take special care with prune_shallow(), which
relies on us having performed the traversal. So this optimization can
only kick in for a non-shallow repository. Since this is easy to get
wrong and is not covered by existing tests, let's add an extra test to
t5304 that covers this case explicitly.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-02-14 07:35:22 +03:00
|
|
|
git repack -ad &&
|
|
|
|
|
# verify assumption that all loose objects are gone
|
|
|
|
|
git count-objects | grep ^0 &&
|
|
|
|
|
git prune &&
|
2019-02-14 14:07:36 +03:00
|
|
|
echo $oid >expect &&
|
prune: lazily perform reachability traversal
The general strategy of "git prune" is to do a full reachability walk,
then for each loose object see if we found it in our walk. But if we
don't have any loose objects, we don't need to do the expensive walk in
the first place.
This patch postpones that walk until the first time we need to see its
results.
Note that this is really a specific case of a more general optimization,
which is that we could traverse only far enough to find the object under
consideration (i.e., stop the traversal when we find it, then pick up
again when asked about the next object, etc). That could save us in some
instances from having to do a full walk. But it's actually a bit tricky
to do with our traversal code, and you'd need to do a full walk anyway
if you have even a single unreachable object (which you generally do, if
any objects are actually left after running git-repack).
So in practice this lazy-load of the full walk catches one easy but
common case (i.e., you've just repacked via git-gc, and there's nothing
unreachable).
The perf script is fairly contrived, but it does show off the
improvement:
Test HEAD^ HEAD
-------------------------------------------------------------------------
5304.4: prune with no objects 3.66(3.60+0.05) 0.00(0.00+0.00) -100.0%
and would let us know if we accidentally regress this optimization.
Note also that we need to take special care with prune_shallow(), which
relies on us having performed the traversal. So this optimization can
only kick in for a non-shallow repository. Since this is easy to get
wrong and is not covered by existing tests, let's add an extra test to
t5304 that covers this case explicitly.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-02-14 07:35:22 +03:00
|
|
|
test_cmp expect .git/shallow
|
|
|
|
|
'
|
|
|
|
|
|
2015-02-09 04:15:39 +03:00
|
|
|
test_expect_success 'prune: handle alternate object database' '
|
|
|
|
|
test_create_repo A &&
|
|
|
|
|
git -C A commit --allow-empty -m "initial commit" &&
|
|
|
|
|
git clone --shared A B &&
|
|
|
|
|
git -C B commit --allow-empty -m "next commit" &&
|
|
|
|
|
git -C B prune
|
|
|
|
|
'
|
|
|
|
|
|
2017-08-23 15:36:52 +03:00
|
|
|
test_expect_success 'prune: handle index in multiple worktrees' '
|
|
|
|
|
git worktree add second-worktree &&
|
|
|
|
|
echo "new blob for second-worktree" >second-worktree/blob &&
|
|
|
|
|
git -C second-worktree add blob &&
|
|
|
|
|
git prune --expire=now &&
|
|
|
|
|
git -C second-worktree show :blob >actual &&
|
|
|
|
|
test_cmp second-worktree/blob actual
|
|
|
|
|
'
|
|
|
|
|
|
2017-08-23 15:36:59 +03:00
|
|
|
test_expect_success 'prune: handle HEAD in multiple worktrees' '
|
|
|
|
|
git worktree add --detach third-worktree &&
|
|
|
|
|
echo "new blob for third-worktree" >third-worktree/blob &&
|
|
|
|
|
git -C third-worktree add blob &&
|
|
|
|
|
git -C third-worktree commit -m "third" &&
|
|
|
|
|
rm .git/worktrees/third-worktree/index &&
|
|
|
|
|
test_must_fail git -C third-worktree show :blob &&
|
|
|
|
|
git prune --expire=now &&
|
|
|
|
|
git -C third-worktree show HEAD:blob >actual &&
|
|
|
|
|
test_cmp third-worktree/blob actual
|
|
|
|
|
'
|
|
|
|
|
|
2017-08-23 15:37:01 +03:00
|
|
|
test_expect_success 'prune: handle HEAD reflog in multiple worktrees' '
|
|
|
|
|
git config core.logAllRefUpdates true &&
|
|
|
|
|
echo "lost blob for third-worktree" >expected &&
|
|
|
|
|
(
|
|
|
|
|
cd third-worktree &&
|
|
|
|
|
cat ../expected >blob &&
|
|
|
|
|
git add blob &&
|
|
|
|
|
git commit -m "second commit in third" &&
|
|
|
|
|
git reset --hard HEAD^
|
|
|
|
|
) &&
|
|
|
|
|
git prune --expire=now &&
|
2019-02-14 14:07:36 +03:00
|
|
|
oid=`git hash-object expected` &&
|
|
|
|
|
git -C third-worktree show "$oid" >actual &&
|
2017-08-23 15:37:01 +03:00
|
|
|
test_cmp expected actual
|
|
|
|
|
'
|
|
|
|
|
|
2018-04-21 06:13:13 +03:00
|
|
|
test_expect_success 'prune: handle expire option correctly' '
|
|
|
|
|
test_must_fail git prune --expire 2>error &&
|
|
|
|
|
test_i18ngrep "requires a value" error &&
|
|
|
|
|
|
|
|
|
|
test_must_fail git prune --expire=nyah 2>error &&
|
|
|
|
|
test_i18ngrep "malformed expiration" error &&
|
|
|
|
|
|
|
|
|
|
git prune --no-expire
|
|
|
|
|
'
|
|
|
|
|
|
2019-04-18 23:08:27 +03:00
|
|
|
test_expect_success 'trivial prune with bitmaps enabled' '
|
|
|
|
|
git repack -adb &&
|
|
|
|
|
blob=$(echo bitmap-unreachable-blob | git hash-object -w --stdin) &&
|
|
|
|
|
git prune --expire=now &&
|
|
|
|
|
git cat-file -e HEAD &&
|
|
|
|
|
test_must_fail git cat-file -e $blob
|
|
|
|
|
'
|
|
|
|
|
|
2008-02-07 05:55:14 +03:00
|
|
|
test_done
|
