On Sat, Aug 10, 2013 at 6:34 PM, Fredrik Gustafsson <iv...@iveqy.com> wrote:
> On Sat, Aug 10, 2013 at 07:22:03PM +0300, Sedat Kapanoglu wrote:
>> > git is a disk intense program, so this setup is not sane at all. With
>> > that said I know that git on windows historically had problems with
>> > working on smb-mounted shares (sometimes you're forced to have stupid
>> > setups). I doubt that git really is the right tool for your work, since
>> I reproduced the same problem in a regular symlink directory. Repro steps:
>> mkdir actualdir
>> mklink /d symdir actualdir
>> cd symdir
>> git init .
>> fatal: Invalid symlink 'D:/gitto': Function not implemented
> Good, then we can determinate that this is a symlink error, it seams
> that readlink() isn't implemented in the msysgit version of msysgit.
> However msysgit should have a implementation of readlink() according to:
> I've CC:ed the msysgit-maillist so that they can decide if this is
> something they want to address in newer releases.
No, we do not. (I won't be bothered to read *yet* another thread about
someone who thinks they know how symlinks should work on Windows, so
I'll assume it's the Cygwin-take... which is the most senseful IMO)
Symlinks in Cygwin are generally not compatible with native Windows
And Windows symlinks are not at all compatible with POSIX-symlinks. At all.
Whoever wants symlink support in Git for Windows have clearly not
considered how this would work (or more likely, break). It's an idea
built on misunderstanding and poor engineering-concepts.
There's no way we can support symlinks in a clean, Windows specific
way. So let's not even pretend it works.
That being said, we could probably error out in a more senseful way.
But if so,suggestions/patches welcome.
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html