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

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

 



On Sat, Apr 9, 2011 at 10:11, Chris Webb <chris@xxxxxxxxxxxx> wrote:

> (Disclaimer: I've never tried using smudge filters; maybe they can't be used
> in the way I describe!)

Smudge filters are on my half-read list of New Cool Stuff so I can't
really comment on this.

Another idea would be to simply tack all metadata into the same place
as the existing chmod stuff.

While one large text file would be nice in case one wanted to make
manual changes, attaching versioned, binary information to every
object directly is a lot more efficient. I think I am convinced the
latter would be the cleaner approach, now. With a clean layout, this
would not need to be a huge code drop supporting every metadata type
in existence; it could be extended as needed.

As noted above, .gitattributes could be used to manage what kind of
metadata should be stored.


One large question in my mind is if anyone who's familiar enough with
the codebase and has the time would be interested in actually
implementing this.


Thanks,
Richard
--
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]