summaryrefslogtreecommitdiff
path: root/tests/diff/parse.c
diff options
context:
space:
mode:
authorSebastian Henke <s.henke@henke-informatik.de>2019-10-10 15:28:46 +0200
committerSebastian Henke <s.henke@henke-informatik.de>2019-10-10 15:30:26 +0200
commit3335a0346a409695ec5ab43448604a51e45a2d08 (patch)
treef38ba79ddba4abe4335d912dde3089a47384311e /tests/diff/parse.c
parentf04a58b00c1a350e2cd90bddcdaa7865183c9d2f (diff)
downloadlibgit2-3335a0346a409695ec5ab43448604a51e45a2d08.tar.gz
refs: fix locks getting forcibly removed
The flag GIT_FILEBUF_FORCE currently does two things: 1. It will cause the filebuf to create non-existing leading directories for the file that is about to be written. 2. It will forcibly remove any pre-existing locks. While most call sites actually do want (1), they do not want to remove pre-existing locks, as that renders the locking mechanisms effectively useless. Introduce a new flag `GIT_FILEBUF_CREATE_LEADING_DIRS` to separate both behaviours cleanly from each other and convert callers to use it instead of `GIT_FILEBUF_FORCE` to have them honor locked files correctly. As this conversion removes all current users of `GIT_FILEBUF_FORCE`, this commit removes the flag altogether.
Diffstat (limited to 'tests/diff/parse.c')
0 files changed, 0 insertions, 0 deletions