Re: Tracking OpenOffice files/other compressed files with Git

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

 




You don't need to smudge the OOo file on checkout iff OOo can read a file
that is "compressed" at level 0.

I will check again then, since my first attempt at this was not very successful and I think I was getting dirty files even cleaning only. But it was a long time ago right after clean was introduced.

But in any case it would be preferable to smudge on checkout since uncompressed OO files can be quite huge. Also to have uncompressed OO files in the worktree means that if you ever need to send one as an attachment to somebody you need to reopen and resave it before making the attachment, which is a bit uncomfortable!
A file that you have just 'git add'ed must not show up as dirty even if it
was processed by a "clean" filter. If it does, then this indicates a bug
in git, and not that a corresponding "smudge" filter is missing or
misbehaves. Yes, I have observed this with my own "clean" filter some time
ago, but I have not yet tried hard enough to find a reproducible test case.

But am I correct in saying that it will show dirty if you clean and then smudge in a non symmetric way?

Sergio
--
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]

  Powered by Linux