mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages 1 Wiki Activity Actions

followup

Browse source
This commit is contained in:
Joey Hess 2020-07-02 15:06:00 -04:00
parent d8ad2204c7
commit 629026bdbc
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
1 changed files with 16 additions and 9 deletions
Download patch file Download diff file Expand all files Collapse all files

25
doc/bugs/import_tree_on_adjusted_unlocked_branch_issues/comment_2_7fc16d6ff0f1a61907bc34e8f8b71adc._comment
View file

@ -2,15 +2,22 @@
username="joey" username="joey"
subject="""comment 2""" subject="""comment 2"""
date="2020-07-02T18:36:55Z" date="2020-07-02T18:36:55Z"
content=""" content=""
Only workaround would be to `git checkout master` before running the There's a simple workaround, in fact. Make a git commit, any git commit.
import, and then re-run `git annex adjust` to re-enter the adjusted branch. An empty commit will do:
But that may be problimatic depending on why you're using adjusted git commit --allow-empty -m "git-annex is a little bit buggy"
branches, or just expensive.
git-annex merge is *supposed* to deal with this problem, it's supposed git annex sync will be able to handle that commit, because it's not a
to adjust the branch before merging it. git-annex sync does too. merge commit.
But the test suite is actually using git-annex merge, so it seems
the bug is in git-annex merge/sync. It looks to me like this bug does not happen when `git annex merge` or `git
annex sync --content` are used. There needs to have been a manual
`git merge`.
In the test suite, it happens after a merge conflict occurs, and
git add is run to resolve the conflict. When git-annex sync
is then run, it results in the problem merge commit.
Do you have another way to reproduce this bug?
"""]] """]]