sync: As well as the synced/git-annex push, attempt a git-annex:git-annex push, as long as the remote branch is an ancestor of the local branch, to better support bare git repos.

See my comment in the bug report for analysis; basically this is safe
because it's a non-forced push, so won't lose history. Even if it was a
forced push or somehow races, things will eventually become consistent and
no git-annex branch info will be lost.

(This used to be done, but it forgot to do it since version 4.20130909.)
This commit is contained in:
Joey Hess 2015-02-27 14:49:56 -04:00
parent 1082b1dbdb
commit 289881bdb8
3 changed files with 22 additions and 1 deletions

View file

@ -41,3 +41,18 @@ requête HTTP transmise, en attente de la réponse… 200 OK
5.20141125 on debian jessie.
Sorry for the noise in that other bug report! I really thought it was the same issue .... --[[anarcat]]
> The repository has a synced/git-annex that is newer, so it will be
> available if using git-annex sync.
>
> It looks like git-annex sync has not pushed git-annex:git-annex since
> [[!commit 6cdac3a003b6850fd96a60d94320d084d8651096]]. I think that commit might
> have removed that accidentially; I can't tell for sure.
>
> Adding git-annex:git-annex
> to the direct push would avoid this problem. Long as that push is not
> forced, there's no risk of overwriting other changes to the git-annex
> branch. (Even if it does get overwritten, there's no data loss; things
> will get into sync eventually.)
>
> So, I've added back the git-annex:git-annex push. [[done]] --[[Joey]]