Thread (26 messages) 26 messages, 4 authors, 2019-03-08

Re: [PATCH 2/2] setup: don't fail if commondir reference is deleted.

From: Michal Suchánek <hidden>
Date: 2019-02-21 13:51:01

On Thu, 21 Feb 2019 17:50:38 +0700
Duy Nguyen [off-list ref] wrote:
On Tue, Feb 19, 2019 at 12:05 AM Michal Suchanek [off-list ref] wrote:
quoted
When adding wotktrees git can die in get_common_dir_noenv while
examining existing worktrees because the commondir file does not exist.
Rather than testing if the file exists before reading it handle ENOENT.  
I don't think we could go around fixing every access to incomplete
worktrees like this. If this is because of racy 'worktree add', then
perhaps a better solution is make it absolutely clear it's not ready
for anybody to access.

For example, we can suffix the worktree directory name with ".lock"
and make sure get_worktrees() ignores entries ending with ".lock".
That should protect other commands while 'worktree add' is still
running. Only when the worktree is complete that 'worktree add' should
rename the directory to lose ".lock" and run external commands like
git-checkout to populate the worktree.
The problem is we don't forbid worktree names ending with ".lock".
Which means that if we start to forbid them now existing worktrees
might become inaccessible.

Thanks

Michal
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help