We are running several servers with jGit. We need to run repack from
time to time to keep the repos performant. I.e. after push we test how
many small packs are in the repo and when a threshold is reached we run
the repack.
After upgrading jGit version we've found that if someone does the clone
at the time repack is running the clone sometimes (not always) fails
because the repack removes .pack file used by the clone. Server
exception and client error attached.
I've tracked down the cause and it seems to be introduced between jGit
5.2 (which we upgraded from) and 5.3 and being caused by this commit:
Move throw of PackInvalidException outside the catch -
|
hace 3 años | |
---|---|---|
.. | ||
fsck | Revert usage of TYPE_USE in Nullable and NonNull annotations | hace 6 años |
ketch | refactor: simplify collection.toArray() | hace 5 años |
revwalk | Fix javadoc in org.eclipse.jgit rewalk package | hace 6 años |
storage | Fix PackInvalidException when fetch and repack run concurrently | hace 3 años |
submodule | SubmoduleValidator: Remove unused import of ConfigConstants | hace 5 años |
JGitText.java | GC#deleteOrphans: log warning for deleted orphaned files | hace 3 años |
package-info.java | Add Javadoc description for packages | hace 11 años |