Merge branch 'master' of ssh://git-annex.branchable.com
This commit is contained in:
commit
48fc8b7c4e
6 changed files with 50 additions and 0 deletions
|
@ -0,0 +1,12 @@
|
||||||
|
[[!comment format=mdwn
|
||||||
|
username="annex2384@290036d126d86bcec28ee2f2ead549de1f59e90e"
|
||||||
|
nickname="annex2384"
|
||||||
|
avatar="http://cdn.libravatar.org/avatar/ad36fdc55abd8b9913b774fcd0177709"
|
||||||
|
subject="Backend which doesn't stoee files at all?"
|
||||||
|
date="2020-02-20T14:52:21Z"
|
||||||
|
content="""
|
||||||
|
I'd like to be able to have a \"thin\" repo on a FAT32 filesystem. Since this precludes hardlinks, is there a way to make a backend that just keeps track of the file's hash so we can detect when it changes? This would obviously need to rely on having copies in other repos for backup purposes. I'm thinking a mode that behaves more like Unison, which just used its fingerprint file to detect changes that need to be synced.
|
||||||
|
|
||||||
|
There would still be a file in the backend named by SHA256, but instead of storing the content it would store the location of possible local copies of the file. This would obviously need to use a smudge filter. It could be the default backend for thin repos on filesystems that don't support hardlinks.
|
||||||
|
|
||||||
|
"""]]
|
5
doc/forum/annex.largefile_include_from_file.mdwn
Normal file
5
doc/forum/annex.largefile_include_from_file.mdwn
Normal file
|
@ -0,0 +1,5 @@
|
||||||
|
Hello!
|
||||||
|
|
||||||
|
Is it possible to configure `annex.largefiles` to include or exclude any patterns from a file?
|
||||||
|
|
||||||
|
Thank you kindly for the help!
|
|
@ -0,0 +1,8 @@
|
||||||
|
[[!comment format=mdwn
|
||||||
|
username="Ilya_Shlyakhter"
|
||||||
|
avatar="http://cdn.libravatar.org/avatar/1647044369aa7747829c38b9dcc84df0"
|
||||||
|
subject="comment 1"
|
||||||
|
date="2020-02-20T01:09:55Z"
|
||||||
|
content="""
|
||||||
|
You can set it in `.gitattributes`, or with [[git-annex-config]].
|
||||||
|
"""]]
|
|
@ -0,0 +1,9 @@
|
||||||
|
[[!comment format=mdwn
|
||||||
|
username="titaniumfiles@5227364ee3e2f9207bc36b6ebb281fc7af6d3c16"
|
||||||
|
nickname="titaniumfiles"
|
||||||
|
avatar="http://cdn.libravatar.org/avatar/067eaf551eb18de259f4d88966622326"
|
||||||
|
subject="comment 2"
|
||||||
|
date="2020-02-20T02:02:05Z"
|
||||||
|
content="""
|
||||||
|
But how would I get `include` to read from a file?
|
||||||
|
"""]]
|
|
@ -0,0 +1,8 @@
|
||||||
|
[[!comment format=mdwn
|
||||||
|
username="Ilya_Shlyakhter"
|
||||||
|
avatar="http://cdn.libravatar.org/avatar/1647044369aa7747829c38b9dcc84df0"
|
||||||
|
subject="comment 3"
|
||||||
|
date="2020-02-20T03:50:50Z"
|
||||||
|
content="""
|
||||||
|
Why, exactly, do you need to do that? Can you say more about your scenario?
|
||||||
|
"""]]
|
|
@ -0,0 +1,8 @@
|
||||||
|
It would make git-annex much simpler to use if annexed files could be transparently auto-fetched when programs try to read them, without requiring an explicit `git-annex-get`.
|
||||||
|
|
||||||
|
What approaches have people tried to make this work, and what were the results / takeaways?
|
||||||
|
|
||||||
|
Some related pages: [[news/sharebox_a_FUSE_filesystem_for_git-annex]]; [[todo/union_mounting]]; [[using fanotify|forum/expire_files__44___move_to_other_hosts]] .
|
||||||
|
|
||||||
|
My attempt at a FUSE filesystem that calls `git-annex-get` as needed: [here](https://github.com/broadinstitute/viral-ngs/blob/is-dx-benchmarks/tools/git-annex-remotes/git-annex-on-demand.py). However, it gets an annexed file as soon as a symlink to it is read, which can also happen when just listing a directory; it also only works with locked annexed files.
|
||||||
|
|
Loading…
Reference in a new issue