> Would it be good if git-p4 understood how to identify and create > AppleDouble files on Mac? If yes, eventually, we can revert the > commit and explain how this feature doesn't quite work yet. > Even if no, it seems like we should revert and complain that > this apple support is broken. I've used git-p4 for many years, and have always had to work around the limitation of the "apple" filetype and the resulting lack of files added to the git repo. Of course, I'd love to have git-p4 work seamlessly for this scenario. Even Perforce have a KB article on the limitation of the "apple" filetype with git-p4: http://kb.perforce.com/article/1417/git-p4 At least with 97a21ca50ef8 reverted, there is a warning that files will be missing. The current behaviour results in a git repo with unusable files without any warning whatsoever. I think having unusable files, and without warnings, is worse as there is no indication that there is a problem with files in the working tree. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html