kinda a bug
This commit is contained in:
parent
b4cd985a3e
commit
1f811c340d
1 changed files with 23 additions and 0 deletions
|
@ -0,0 +1,23 @@
|
||||||
|
joey@darkstar:~/tmp/bench/me>git init ../other
|
||||||
|
Initialized empty Git repository in /home/joey/tmp/bench/other/.git/
|
||||||
|
joey@darkstar:~/tmp/bench/me>git remote add other ../other
|
||||||
|
joey@darkstar:~/tmp/bench/me>ls
|
||||||
|
joey@darkstar:~/tmp/bench/me>date > foo
|
||||||
|
joey@darkstar:~/tmp/bench/me>git-annex add foo
|
||||||
|
|
||||||
|
With this setup, `git-annex sync --content` does not send foo to other
|
||||||
|
the first time run. However, on the second run it, does.
|
||||||
|
|
||||||
|
If the other repo had `git-annex init` ran in it first, it would sync content
|
||||||
|
to it on the first run.
|
||||||
|
|
||||||
|
Auto-init only happens once the git-annex branch gets pushed to the remote
|
||||||
|
and git-annex enumerates that remote.
|
||||||
|
So after the first sync in this situation, the remote has a synced/git-annex
|
||||||
|
branch, but no uuid yet. The second sync then auto-inits.
|
||||||
|
|
||||||
|
To fix this, sync could re-enumerate remotes after pushing, I suppose. But
|
||||||
|
re-enumerating remotes is some work so it would need to do it only for ones that
|
||||||
|
have no uuid.
|
||||||
|
|
||||||
|
Saw this happening in yann's talk. --[[Joey]]
|
Loading…
Reference in a new issue