respond
This commit was sponsored by Bruno BEAUFILS on Patreon.
This commit is contained in:
parent
cfe3d37dc3
commit
03bdb230b4
1 changed files with 21 additions and 0 deletions
|
@ -0,0 +1,21 @@
|
||||||
|
[[!comment format=mdwn
|
||||||
|
username="joey"
|
||||||
|
subject="""comment 2"""
|
||||||
|
date="2017-01-31T16:35:15Z"
|
||||||
|
content="""
|
||||||
|
This deduplication is generally considered a feature.
|
||||||
|
(If you don't want it, you can eg use the WORM backend.)
|
||||||
|
|
||||||
|
The `git annex unused` command can be used in this case. It looks through
|
||||||
|
all files (in all branches) in the repo and finds content that no files
|
||||||
|
are using, which can then be dropped.
|
||||||
|
|
||||||
|
So the question is, if you've been using `git annex drop` before deleting a
|
||||||
|
file, how do you know when you need to not do that, and
|
||||||
|
instead use `git annex unused` after deleting a file? Well, my suggestion
|
||||||
|
is to just never get in the habit of `git annex drop` before deleting a
|
||||||
|
file. Reserve using `git annex drop` for times when you are getting low on
|
||||||
|
disk space and need to free some up by dropping content from local
|
||||||
|
storage; don't try to manually manage which content is stored in the local
|
||||||
|
repository as long as you have enough free disk space.
|
||||||
|
"""]]
|
Loading…
Add table
Reference in a new issue