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.
Name |
Last commit
|
Last update |
---|---|---|
.. | ||
branches | Loading commit data... | |
reflog | Loading commit data... | |
crashes.c | Loading commit data... | |
create.c | Loading commit data... | |
delete.c | Loading commit data... | |
dup.c | Loading commit data... | |
foreachglob.c | Loading commit data... | |
isvalidname.c | Loading commit data... | |
iterator.c | Loading commit data... | |
list.c | Loading commit data... | |
listall.c | Loading commit data... | |
lookup.c | Loading commit data... | |
namespaces.c | Loading commit data... | |
normalize.c | Loading commit data... | |
overwrite.c | Loading commit data... | |
pack.c | Loading commit data... | |
peel.c | Loading commit data... | |
races.c | Loading commit data... | |
read.c | Loading commit data... | |
ref_helpers.c | Loading commit data... | |
ref_helpers.h | Loading commit data... | |
rename.c | Loading commit data... | |
revparse.c | Loading commit data... | |
setter.c | Loading commit data... | |
shorthand.c | Loading commit data... | |
transactions.c | Loading commit data... | |
unicode.c | Loading commit data... | |
update.c | Loading commit data... |