summaryrefslogtreecommitdiff
path: root/Documentation/.gitattributes
diff options
context:
space:
mode:
authorLibravatar Derrick Stolee <dstolee@microsoft.com>2019-10-23 20:38:57 +0000
committerLibravatar Junio C Hamano <gitster@pobox.com>2019-10-24 11:33:45 +0900
commitc11e9966cb7a2e6b1069df43796815d119cf2d7f (patch)
tree0cc0ffedcb21fe37dc45bda852d8137f02953fbe /Documentation/.gitattributes
parentrepo-settings: create feature.experimental setting (diff)
downloadtgif-c11e9966cb7a2e6b1069df43796815d119cf2d7f.tar.xz
repo-settings: read an int for index.version
Several config options were combined into a repo_settings struct in ds/feature-macros, including a move of the "index.version" config setting in 7211b9e (repo-settings: consolidate some config settings, 2019-08-13). Unfortunately, that file looked like a lot of boilerplate and what is clearly a factor of copy-paste overload, the config setting is parsed with repo_config_ge_bool() instead of repo_config_get_int(). This means that a setting "index.version=4" would not register correctly and would revert to the default version of 3. I caught this while incorporating v2.24.0-rc0 into the VFS for Git codebase, where we really care that the index is in version 4. This was not caught by the codebase because the version checks placed in t1600-index.sh did not test the "basic" scenario enough. Here, we modify the test to include these normal settings to not be overridden by features.manyFiles or GIT_INDEX_VERSION. While the "default" version is 3, this is demoted to version 2 in do_write_index() when not necessary. Signed-off-by: Derrick Stolee <dstolee@microsoft.com> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'Documentation/.gitattributes')
0 files changed, 0 insertions, 0 deletions