On Fri, Dec 05, 2008 at 02:38:41PM -0800, Junio C Hamano wrote: > Actually in a very early days, git used to record the full (mode & 0777) > for blobs. > > Once people started using git, everybody realized that it had a very > unpleasant side effect that the resulting tree depended on user's umasks, Note, of course that "everybody" in your sentence is "everybody who was using git as a source control mechanism." I think as git has grown, people have wanted to use it to version other things, such as dot files in their home directory or the contents of /etc, two situations where file metadata might be of as much interest as the file content. And I don't see a real problem in a config switch or two to handle a vastly different workflow like that, if it can be done with minimal intrusion. For example, now we throw away most of the mode bits; it would probably only be a few lines of code difference to keep those mode bits, people who turned on that config option would presumably know what they are doing, and performance for the usual workflow would be unaffected. _But_ I think people who ask for just permission bits aren't really thinking things through. Those bits are only one part of the metadata. There's file owner and group. There are timestamps. There are non-regular files with their own associated metadata (like major/minor device numbers). There are extended attributes, which covers things like ACLs (and I don't even know if there's a standard representation that can cover the ACLs for all platforms we support). And those things _aren't_ as easy as flipping a config switch. They mean changes to the fundamental data structures of git, and all of the pain that entails: a lot of code, interoperability annoyances, and probably performance impacts for unrelated workflows. So I am sympathetic to somebody who, after thinking it through, has a use case that just requires tracking permissions bits and wants a config option for git to do that. But the commonly given examples seem much better served by a _full_ metadata solution that lives on top of git, like metastore. I haven't seen a compelling argument for just handling permission bits. -Peff -- 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
