pull: release packs before fetching

On Windows, files cannot be removed nor renamed if there are still handles held by a process. To remedy that, we try to release all open handles to any `.pack` file before e.g. repacking (which would want to remove the original `.pack` file(s) after it is done). Since the `read_cache_unmerged()` and/or the `get_oid()` call in `git pull` can cause `.pack` files to be opened, we need to release the open handles before calling `git fetch`: the latter process might want to spawn an auto-gc, which in turn might want to repack the objects. This commit is similar in spirit to 5bdece0d705 (gc/repack: release packs when needed, 2018-12-15). This fixes https://github.com/git-for-windows/git/issues/3336. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de> Signed-off-by: Junio C Hamano <gitster@pobox.com>

Johannes Schindelin committed Sep 8, 2021 at 08:29 UTC 7e44ff7a3983ad0c7be5c9edcfea2e8355ce9a65
1 file changed +2
builtin/pull.c
+2
@@ -26,6 +26,7 @@
26 #include "wt-status.h"
27 #include "commit-reach.h"
28 #include "sequencer.h"
29 +#include "packfile.h"
30
31 /**
32 * Parses the value of --rebase. If value is a false value, returns
@@ -998,6 +999,7 @@ int cmd_pull(int argc, const char **argv, const char *prefix)
999 oidclr(&rebase_fork_point);
1000 }
1001
1002 + close_object_store(the_repository->objects);
1003 if (run_fetch(repo, refspecs))
1004 return 1;
1005