Re: Tracking file metadata in git -- fix metastore or enhance git?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Richard Hartmann dixit:

>git natively. metastore exists, but its binary storage format is

According to the documentation, metastore supports saving/restoring
POSIX Extended Attributes (however I got EOPNOTSUPP trying to setfacl
and setxattr, so I couldnât verify the claim). It does *not* however
track the stuff visible using lsattr(1) on ext2fs.

Personally, I think this should definitively be tracked in git, not
in extra files (like â EA DATA. SFâ in OS/2) managed with external
tools (reminds me too much of things like umsdos and Rock Ridge as
well). Support needs not be part of core git, especially restoring
can be dangerous (consider SELinux), plus itâs very platform and
filesystem dependent, but seeing that people seem to want to use
git for keeping their /etc (I use RCS, myself, but volunteered my
C skill to change metastore if it needs be) there is definitively
a market for having it there, in a standardised manner.

bye,
//mirabilos
-- 
FWIW, I'm quite impressed with mksh interactively. I thought it was much
*much* more bare bones. But it turns out it beats the living hell out of
ksh93 in that respect. I'd even consider it for my daily use if I hadn't
wasted half my life on my zsh setup. :-) -- Frank Terbeck in #!/bin/mksh
--
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


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]