Filetimes updated by patch
Stephen Darnell
stephen at darnell.plus.com
Mon Sep 11 22:17:46 UTC 2006
>...
> The binary diffs appeared in GIT 1.4.0:
> http://www.uwsg.iu.edu/hypermail/linux/kernel/0606.1/0934.html
>
> The manpages for git-diff and git-apply mention the --binary switch
> http://www.kernel.org/pub/software/scm/git/docs/git-diff-files.html
> http://www.kernel.org/pub/software/scm/git/docs/git-apply.html
>
> Stefan.
Thanks Stefan, I looked at these links and I must admit that the exact format and limitations are as clear as melting perma-frost. The most detail was in the git-apply:
--allow-binary-replacement, --binary
When applying a patch, which is a git-enhanced patch that was
prepared to record the pre- and post-image object name in full, and
the path being patched exactly matches the object the patch applies
to (i.e. "index" line's pre-image object name is what is in the
working tree), and the post-image object is available in the object
database, use the post-image object as the patch result. This allows
binary files to be patched in a very limited way.
End quote - clear huh?
Has anyone tried (able to try) a simple test with a binary file to see
what gets produced?
Git however, does seems to support very limited filename escaping
(space, tab, and backslash) using backslash, and that could easily be
extended to arbitrary (inc. unicode) escaping. NB I'm thinking more
about the capabilities of the format more than the tools and/or
filesystems that might be used with that format.
Regards,
Stephen
More information about the Mercurial
mailing list