Added a comment
This commit is contained in:
parent
25cc890be1
commit
6b44492690
1 changed files with 11 additions and 0 deletions
|
@ -0,0 +1,11 @@
|
|||
[[!comment format=mdwn
|
||||
username="chocolate.camera@ec2ecab153906be21ac5f36652c33786ad0e0b60"
|
||||
nickname="chocolate.camera"
|
||||
avatar="http://cdn.libravatar.org/avatar/4f00dfc3ad590ef7492788b854ceba78"
|
||||
subject="comment 1"
|
||||
date="2018-12-31T16:41:08Z"
|
||||
content="""
|
||||
> Normally, unlocking a file requires a copy to be made of its content, so that its original content is preserved
|
||||
|
||||
Does that imply than, on v7 in a file system that does not support hard links such as FAT32, `git annex adjust --unlock` would effectively be creating a duplicate of all files via cp (which is incredibly costly time-wise specially for big repos and huge files) and would effectively double the size it occupies?
|
||||
"""]]
|
Loading…
Add table
Reference in a new issue