Hello, I am running a git automation script that crates a tree and commmits it into a git repository repeatedly. I noticed that the step which creates a tree is most time-consuming part of the script and when a lot of data is to be automatically added to the repository it is benefical to parallelize this part. To do so I had the script create a dozen worktrees and share the work between them. The problem is automatically creating several worktrees occasioanlly fails. The most common problem is in the worktree add implementation itself which tries to find an available directory name and then mkdir() it. Of course, doing that several times in parallel causes issues. When running stress-test to make sure the fix is effective I uncovered additional issues in get_common_dir_noenv. This function is used on each worktree to build a worktree list. Apparently it can happen that stat() claims there is a commondir file but when trying to open the file it is missing. Another even rarer issue is that the file might be zero size because another process initializing a worktree opened the file but has not written is content yet. When any of this happnes git aborts failing to create a worktree because unrelated worktree is not yet fully initialized. I have tested that these patches fix the issue. However, I expect race against removing/pruning worktrees is still possible. For previous discussion see http://public-inbox.org/git/CAPig+cSdpq0Bfq3zSK8kJd6da3dKixK7qYQ24=ZwbuQtsaLNZw@xxxxxxxxxxxxxx/ Michal Suchanek (2): worktree: fix worktree add race. setup: don't fail if commondir reference is deleted. builtin/worktree.c | 12 +++++++----- setup.c | 16 +++++++++++----- 2 files changed, 18 insertions(+), 10 deletions(-) -- 2.20.1
