re[2]: sparse checkout file with windows line endings doesn't work
>> I don't mind a special option to turn this on for debugging, but the >> normal "-v" for read-tree is not "show me random noise", but rather >> "keep me occupied with a progress bar". If it were triggered by two or >> more "-v" options (which could also contain other debugging output), I'd >> be more sympathetic. Right totally - sorry, I'm not familiar with what -v would normally do (! I better get!) My suggestion is more along the lines of "it would be really helpful to have a really verbose debugging option for sparsecheckout (be that read-tree or something else), because it can be quite hard to work out why it's not working the way you expect'. Regards, Martin -- 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
re[2]: sparse checkout file with windows line endings doesn't work
>> On Fri, Sep 20, 2013 at 11:22:01AM +0930, Martin Gregory wrote: >> >> > When something goes wrong, there appears to be no way to understand what >> > git thinks it's reading. I'm not sure if such a way, if it existed, >> would help with >> > trailing spaces, but if you could say >> > >> > git read-tree -muv HEAD >> > >> > and it would say >> > >> > reading '.git\info\sparse-checkout'... >> > rule '/CONFIGURATION ' - no matches >> >> I don't think you can do that in the general case of read-tree. You may >> have sparse paths that exist in some commits, but not others. As you >> move around in history, a sparse entry that does not match might do so >> because it is poorly written, or it might do so because you just don't >> happen to have any matching paths in the commit you are moving to. The >> former is a problem, but warning on the latter would be useless noise. Even if you only do it as part of a verbose option? My thinking was that when you specify verbose, you are saying "I don't mind a bit of noise in order to find what I'mlooking for". Therfore, if you have a "no match" on a valid but not-in-view in the commit, it's not a "problem", it's just part of the verbose information... Regards, Martin -- Martin Gregory Senior Consultant, Adelaide Interim P: +61 8 7200 5350 M: +61 402 410 971 F: +61 8 7200 3725 -- 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
re[2]: sparse checkout file with windows line endings doesn't work
Hi Duy, >> And it does work for me with CRLF endings (again tested on Linux). Can >> you send me your sparse-checkout file? Zip it if needed. sparse-checkout created with echo /CONFIGURATION > .git\info\sparse-checkout on Windows. Attached file created with tar cvzf sparsecheckout.tar.gz .git/info/sparse-checkout in gitbash shell on Windows. Regards, Martin -- Martin Gregory Senior Consultant, Adelaide Interim P: +61 8 7200 5350 M: +61 402 410 971 F: +61 8 7200 3725 sparsecheckout.tar.gz Description: Binary data
re[2]: sparse checkout file with windows line endings doesn't work
Hi Duy, Thanks again for taking a look at these two reports. >> And it does work for me with CRLF endings (again tested on Linux). Yes, will do. I will try, myself, on Linux, as well. It seems quite conceivable its the sort of thing that only happens under Windows. Regards, Martin -- 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