File: Import_existing_files.mdwn

package info (click to toggle)
git-annex 10.20250721-1
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid
  • size: 74,484 kB
  • sloc: haskell: 90,982; javascript: 9,103; sh: 1,469; makefile: 213; perl: 137; ansic: 44
file content (17 lines) | stat: -rw-r--r-- 1,443 bytes parent folder | download | duplicates (6)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
I have not used git-annex before but I wonder whether this is for me.

I have some big existing directories, e.g. with family pictures (several 100 GBs), e.g. in `~/Pictures`. I already have multiple copies of this pictures directory on multiple medias (other (remote) servers, hard drives, some DVDs, etc).

I wonder about the recommended workflow now. In the documentation, it is explained how to create a new Git Annex Repo, where I would copy over the data. But I don't want to copy over the data. I want to keep them in `~/Pictures`, and also make use of other existing copies (I cannot even modify some of them anymore, such as my readonly DVDs).

I thought that Git-Annex would just help me keep track of multiple copies. How would I import such a directory?

I read briefly about Git Worktree, and I wonder whether that is supposed to be for this use case?

Or maybe this should be a bare repo?

Or should I create the new Git Annex Repo directly in `~/Pictures`? I.e. I would do `cd ~/Pictures; git init; git annex init`? How would I now add the other copies of `Pictures`? How would I deal with readonly copies of `Pictures` like DVDs?

Also, I don't just want to store the pictures but also other stuff (e.g. `~/Music`). I'm not sure if I should create separate repos for that, or whether it makes more sense to keep them all in one big repo?

I read [[how it works]] and [[workflow]] but this does not really answers my questions.