On 24 August 2015 at 10:51, Lars Schneider <larsxschnei...@gmail.com> wrote: >> >> I'm still trying to fully understand what's going on here - can you >> point out where I've got it wrong below please! > Your welcome + sure :) >
<snip> > > While I was working on the examples for this email reply I realized that the > problem is only present for paths given in a client-spec. I added a test case > to prove that. That means I don’t need to request *all* paths. I *think* it > is sufficient to request the paths mentioned in the client spec which would > usually be really fast. Stay tuned for PATCH v5. I've just tried a small experiment with stock unaltered git-p4. - Started p4d with -C1 option to case-fold. - Add some files with different cases of directory (Path/File1, PATH/File2, pATH/File3). - git-p4 clone. The result of the clone is separate directories if I do nothing special (PATH/File1, Path/File2, etc). But if I set core.ignorecase, I get a single case-folded directory, Path/File1, Path/File2, etc. I'm still failing to get how that isn't what you need (other than being a bit obscure to get to the right invocation). I've put a script that shows this here: https://github.com/luked99/quick-git-p4-case-folding-test Thanks! Luke -- 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
