| | |
|---|
| | | # Common unit suffixes of k, m, or g are supported.
|
|---|
| | | # Documentation courtesy of the Gerrit project.
|
|---|
| | | #
|
|---|
| | | #
|
|---|
| | | # NOTE: The importance of JGit's streamFileTreshold AND Git's bigFileThreshold
|
|---|
| | | # ISSUE: https://bugs.eclipse.org/bugs/show_bug.cgi?id=394078
|
|---|
| | | #
|
|---|
| | | # "core.bigFileThreshold |
|---|
| | | #
|
|---|
| | | # Files larger than this size are stored deflated, without
|
|---|
| | | # attempting delta compression. Storing large files without
|
|---|
| | | # delta compression avoids excessive memory usage, at the
|
|---|
| | | # slight expense of increased disk usage.
|
|---|
| | | #
|
|---|
| | | # Default is 512 MiB on all platforms.
|
|---|
| | | # This should be reasonable for most projects as source code and other |
|---|
| | | # text files can still be delta compressed, |
|---|
| | | # but larger binary media files won't be."
|
|---|
| | | # -- Git documentation
|
|---|
| | | #
|
|---|
| | | # If streamFileTreshold < bigFileTreshold you _may_ spend alot of time waiting
|
|---|
| | | # for push and/or fetch to complete. It may even look hung.
|
|---|
| | | #
|
|---|
| | | # Until the issue is resolved gracefully, a workaround is to configure
|
|---|
| | | # bigFileThreshold < streamFileTreshold AND then repack the repository.
|
|---|
| | | #
|
|---|
| | | # e.g. from the repository folder with Gitblit NOT running:
|
|---|
| | | # git config core.bigFileTreshold 40m
|
|---|
| | | # git gc --aggressive
|
|---|
| | | #
|
|---|
| | | # SINCE 1.0.0
|
|---|
| | | # RESTART REQUIRED
|
|---|
| | | git.streamFileThreshold = 50m
|
|---|
