46 lines
2.9 KiB
Markdown
46 lines
2.9 KiB
Markdown
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.
|