comment
authorJoey Hess <joeyh@joeyh.name>
Mon, 30 Jan 2017 18:10:08 +0000 (14:10 -0400)
committerJoey Hess <joeyh@joeyh.name>
Mon, 30 Jan 2017 18:10:21 +0000 (14:10 -0400)
This commit was sponsored by Denis Dzyubenko on Patreon.

doc/forum/git-annex_across_two_filesystems/comment_7_b87281c6a8b068cec60d2d5b7d015a23._comment [new file with mode: 0644]

diff --git a/doc/forum/git-annex_across_two_filesystems/comment_7_b87281c6a8b068cec60d2d5b7d015a23._comment b/doc/forum/git-annex_across_two_filesystems/comment_7_b87281c6a8b068cec60d2d5b7d015a23._comment
new file mode 100644 (file)
index 0000000..9de9286
--- /dev/null
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 7"""
+ date="2017-01-30T17:54:47Z"
+ content="""
+Hmm, this is a rather old forum thread to be reactivating, maybe a new
+thread more about your specific use case, Thomas?
+
+Your master repository idea seems like a good one. If the master
+repository is cloned with `git clone --shared` then that clone will
+hard link files between it and the master repository (assuming
+a git-annex rather newer than the start date of this forum thread!), 
+so multiple repositories will only have one copy of the file. 
+Of course, since it uses hard links, master and clone need to
+be on the same drive.
+
+There are probably ways to improve git-annex to handle this kind of use
+case better. Maybe `git clone --shared` across filesystems should
+use symlinks rather than hard links or something like that.
+That might take some time to design and implement (it changes a core
+invariant of git-annex, that .git/annex/objects/ contains files, not
+symlinks).
+
+Happy to discuss other options..
+"""]]