response
authorJoey Hess <joeyh@joeyh.name>
Tue, 10 Nov 2015 19:29:10 +0000 (15:29 -0400)
committerJoey Hess <joeyh@joeyh.name>
Tue, 10 Nov 2015 19:29:10 +0000 (15:29 -0400)
doc/forum/How_does_git-annex_handle_rsyncing_between_different_OSes_with_regards_to_UTF-8__63__/comment_1_f4b439f7d9ce20d4b5dc8d728cb2e180._comment [new file with mode: 0644]

diff --git a/doc/forum/How_does_git-annex_handle_rsyncing_between_different_OSes_with_regards_to_UTF-8__63__/comment_1_f4b439f7d9ce20d4b5dc8d728cb2e180._comment b/doc/forum/How_does_git-annex_handle_rsyncing_between_different_OSes_with_regards_to_UTF-8__63__/comment_1_f4b439f7d9ce20d4b5dc8d728cb2e180._comment
new file mode 100644 (file)
index 0000000..a261a0d
--- /dev/null
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 1"""
+ date="2015-11-10T19:19:47Z"
+ content="""
+Both git and git-annex both treat filenames as strings of bytes, with no
+particular encoding, to the extent supported by the OS[1]. This may result
+in a checkout of git repository having filenames that don't display well on
+a different system.
+
+[1] Of course any reasonable Unix treats filenames like that too.. but
+Windows only supports unicode filenames.
+"""]]