Hi, Git Windows somehow does not work with a Webdav Workdir even wenn connected to a Drive-Letter. It seems like everything work except stat. So I can checkout to the Webdav Workdir and all the files are checked out, but git status says the files are deleted even still there. I can also commit the files, but next git status says deleted again. When I checkout the files again checkout says error files exist. This is somehow strange. Unfortunately I still can't add a not empty worktree, my workaround is add the worktree to another dir and then move the .git file and edit the dir name in the worktrees/xyz folder. But now I have the strange Webdav Problem...
threads / discuss / 52125
WebDav WorkDir Windows not working
Subject: WebDav WorkDir Windows not working
Re: WebDav WorkDir Windows not working
On 2019-10-26 at 03:07:39, Ingo Wolf wrote:
Show 13 quoted lines
> Hi, > Git Windows somehow does not work with a Webdav Workdir even wenn > connected to a Drive-Letter. > It seems like everything work except stat. > So I can checkout to the Webdav Workdir and all the files are checked out, > but git status says the files are deleted even still there. > I can also commit the files, but next git status says deleted again. > When I checkout the files again checkout says error files exist. > This is somehow strange. > Unfortunately I still can't add a not empty worktree, my workaround is > add the worktree to another dir and then move the .git file and edit > the dir name in the worktrees/xyz folder. > But now I have the strange Webdav Problem...
Knowing how WebDAV works under the hood, I'm not entirely surprised that you're having this problem. WebDAV is an okay file transfer protocol, but it's not very good for expressing rich file system semantics. Git expects a file system that provides most of the POSIX guarantees, case sensitivity excepted, and I'm not sure that WebDAV can provide those.
You can try a couple of things which might help. You can set core.trustctime to "false" and core.checkStat to "minimal", which may help with the inconsistent stat information. It's also possible that your WebDAV server has a flaky network connection or is nonconformant, which happens sometimes, so you could try a different WebDAV server implementation or a different server.
If none of these seem to work, then you'll probably have to come up with a solution that doesn't involve using repositories or worktrees on a WebDAV mount.
-- brian m. carlson: Houston, Texas, US OpenPGP: https://keybase.io/bk2204
Windows Git Status doesn't see files on WebDav, everything else do
Hi,
Are there any more ideas what git configs I can try to make
Git Windows Status see the files in a WebDav workdir (and not as deleted)
like any other program, even git commit commits them and checkout doesn't checkout prompting already there.
Settings recommended by brian haven't helped yet.
Am 27.10.2019 um 18:58 wrote brian m. carlson:
Show 8 quoted lines
> On 2019-10-26 at 03:07:39, Ingo Wolf wrote: >> Hi, >> Git Windows somehow does not work with a Webdav Workdir even wenn >> connected to a Drive-Letter. >> >> brian: Knowing how WebDAV works under the hood, I'm not entirely surprised that >> you're having this problem. You can set >> core.trustctime to "false" and core.checkStat to "minimal", which may
Re: Windows Git Status doesn't see files on WebDav, everything else do
Hi Ingo,
please don't top-post. Answers inline:
On Sun, 3 Nov 2019, Ingo Wolf wrote:
> Are there any more ideas what git configs I can try to make Git > Windows Status see the files in a WebDav workdir (and not as deleted) > like any other program, even git commit commits them and > checkout doesn't checkout prompting already there.
It probably has little to do with Git configs, if at all.
> Settings recommended by brian haven't helped yet.
That is an _awfully_ succinct answer. Terse, even. Or, if you will, too short.
Care to be _quite_ a bit more verbose?
I think that brian's suggestions were quite to the point, they explained pretty well what is probably going wrong on your side, and that WebDAV is most likely not something you can use in this context.
Ciao, Johannes
Show 13 quoted lines
> > Am 27.10.2019 um 18:58 wrote brian m. carlson: > > On 2019-10-26 at 03:07:39, Ingo Wolf wrote: > > > Hi, > > > Git Windows somehow does not work with a Webdav Workdir even wenn > > > connected to a Drive-Letter. > > > > > > brian: Knowing how WebDAV works under the hood, I'm not entirely surprised > > > that > > > you're having this problem. You can set > > > core.trustctime to "false" and core.checkStat to "minimal", which may > >
Re: Windows Git Status doesn't see files on WebDav, everything else do
Am 04.11.2019 um 13:29 schrieb Johannes Schindelin:
Show 6 quoted lines
>> Are there any more ideas what git configs I can try to make Git >> Windows Status see the files in a WebDav workdir (and not as deleted) >> like any other program, even git commit commits them and >> checkout doesn't checkout prompting already there. > It probably has little to do with Git configs, if at all. >
If git commit is able to commit the file, git status should also be able to see it's there.
It seems like git status does something special, so may be that is configurable.
May be the problem is just thinking to complicated.
Re: Windows Git Status doesn't see files on WebDav, everything else do
Am 04.11.2019 um 13:29 schrieb Johannes Schindelin:
>> Settings recommended by brian haven't helped yet. > That is an _awfully_ succinct answer. Terse, even.
Was that an awfull answer?
I have to tell I'm German and may be have no feel for some language details.
Or may be as a man just in general.
Do you read that answer different then I've tried brian's settings, still not working,
does somebody know other settings I still can try?
RE: Windows Git Status doesn't see files on WebDav, everything else do
Show 10 quoted lines
> -----Original Message----- > > Am 04.11.2019 um 13:29 schrieb Johannes Schindelin: > >> Settings recommended by brian haven't helped yet. > > That is an _awfully_ succinct answer. Terse, even. > Was that an awfull answer? > > I have to tell I'm German and may be have no feel for some language details. > > Or may be as a man just in general.
[RK>] It's not that your answer was awful, the problem was that it was terse - Too terse for anyone to give any advice on. I think the request is actually that you should send to the list the commands/settings that you've tried and the results that have been returned to you.
Show 5 quoted lines
> Do you read that answer different then I've tried brian's settings, still not > working, > > does somebody know other settings I still can try? >
[RK>] (I think Johannes is also German, and a man, so that's not really an excuse....)
Regards, Richard.
Re: Windows Git Status doesn't see files on WebDav, everything else do
Am 04.11.2019 um 16:23 schrieb Kerry, Richard:
> [RK>] It's not that your answer was awful, the problem was that it was > terse - Too terse for anyone to give any advice on. > I think the request is actually that you should send to the list the commands/settings that you've tried and the results that have been returned to you. >
My post again Johannes refered to: 1 I asked for more ideas about settings to try, 2 I told the ones of brian haven't helped yet, 3 I quoted them at the end:
>Hi,
>>>>1>>>Are there any more ideas what git configs I can try to make
>Git Windows Status see the files in a WebDav workdir (and not as deleted)
>[...]
>>>>2>>>Settings recommended by brian haven't helped yet.
>Am 27.10.2019 um 18:58 wrote brian m. carlson:
>[...]
>Knowing how WebDAV works under the hood, I'm not entirely surprised that >you're having this problem. You can set >>>>3>>>>> core.trustctime to "false" and core.checkStat to "minimal", which may
Solved: Windows Git WebDav WorkDir
Hi,
git config core.fscache false
seems to make the WebDav Worktree Dir working,
without the other suggested settings.
And I make a new worktree somewhere and move the .git file to directory with existing source and edit the gitdir file in .git/worktrees/xyz to the existing source directory, since I can't make a new worktree in a directory with existing source.