I’m using git annex to manage my movie collection on various devices – my laptop, a NSLU tucked away somewhere with lots of space, some external hard drives. For this use case, I do not need the full power of git as a version control system, so having to run "git commit" and coming up with commit messages is annoying. Also, this makes sense for a version control system, but not for my media collection:
$ git annex add Hot\ Fuzz\ -\ English.mkv add Hot Fuzz - English.mkv (checksum...) ok (Recording state in git...) $ git commit -m 'another movie added' [master 851dc8a] another movie added 1 files changed, 1 insertions(+), 0 deletions(-) create mode 120000 00 Noch nicht gesehen/Hot Fuzz - English.mkv $ git push jeff Counting objects: 38, done. Delta compression using up to 2 threads. Compressing objects: 100% (20/20), done. Writing objects: 100% (26/26), 2.00 KiB, done. Total 26 (delta 11), reused 0 (delta 0) remote: error: refusing to update checked out branch: refs/heads/master remote: error: By default, updating the current branch in a non-bare repository remote: error: is denied, because it will make the index and work tree inconsistent remote: error: with what you pushed, and will require 'git reset --hard' to match remote: error: the work tree to HEAD. remote: error: remote: error: You can set 'receive.denyCurrentBranch' configuration variable to remote: error: 'ignore' or 'warn' in the remote repository to allow pushing into remote: error: its current branch; however, this is not recommended unless you remote: error: arranged to update its work tree to match what you pushed in some remote: error: other way. remote: error: remote: error: To squelch this message and still keep the default behaviour, set remote: error: 'receive.denyCurrentBranch' configuration variable to 'refuse'. To jeff:/mnt/media/Movies ! [rejected] git-annex -> git-annex (non-fast-forward) ! [remote rejected] master -> master (branch is currently checked out) error: failed to push some refs to 'jeff:/mnt/media/Movies' To prevent you from losing history, non-fast-forward updates were rejected Merge the remote changes (e.g. 'git pull') before pushing again. See the 'Note about fast-forwards' section of 'git push --help' for details.
It seems that to successfully make the new files known to the other side, I have to log into jeff and pull from my current machine.
What I would like to have is that
- git annex add does not require a commit afterwards.
- Changes to the files are automatically picked up with the next git-annex call (similar to how etckeeper works).
- Commands "git annex push" and "git annex pull" that will sync the metadata (i.e. the list of files) in both directions without further manual intervention, at least not until the two repositories have diverged in a way that is not possible to merge sensible.
Summay: git-annex is great. git is not always. Please make it possible to use git annex without having to use git.