comment
This commit is contained in:
parent
2a7005a52f
commit
d677a30d54
1 changed files with 25 additions and 0 deletions
|
@ -0,0 +1,25 @@
|
||||||
|
[[!comment format=mdwn
|
||||||
|
username="joey"
|
||||||
|
subject="""comment 5"""
|
||||||
|
date="2020-09-15T20:32:13Z"
|
||||||
|
content="""
|
||||||
|
@jochen.keil, your use of drop --force risks data loss if a file is not
|
||||||
|
backed up to a remote. I don't think the --force is necessary. And it
|
||||||
|
should be possible to use `git annex dropunused` instead, after the
|
||||||
|
filtering.
|
||||||
|
|
||||||
|
If you are doing this in several copies of the repo, you will end up with
|
||||||
|
multiple git-annex repos that all have the same annex.uuid. While you
|
||||||
|
intend to keep these repos separate, that's still somewhat asking for
|
||||||
|
trouble.
|
||||||
|
|
||||||
|
You have not filtered the git-annex branch at all, so it still has
|
||||||
|
information about files that you have filtered out of the git history
|
||||||
|
otherwise.
|
||||||
|
|
||||||
|
To solve both, I think you could `git-annex reinit` with a new uuid
|
||||||
|
you make up, `git annex fsck --fast` to update its location tracking
|
||||||
|
to use the new uuid, and then `git-annex dead` the old uuid,
|
||||||
|
and all remotes (such as bkp). Then `git annex forget` will clean out the
|
||||||
|
data in the git-annex branch about the files you've filtered out.
|
||||||
|
"""]]
|
Loading…
Add table
Reference in a new issue