understand now
This commit is contained in:
parent
7ed987f6ca
commit
29a52e1518
1 changed files with 9 additions and 11 deletions
|
@ -3,16 +3,14 @@
|
||||||
subject="""comment 1"""
|
subject="""comment 1"""
|
||||||
date="2018-08-09T15:57:57Z"
|
date="2018-08-09T15:57:57Z"
|
||||||
content="""
|
content="""
|
||||||
The partial commit blocking is explained in
|
I take this as not being a bug about the partial commit
|
||||||
[[!commit adc5ca70a8095a389273e7c286cb32de6873a5a3]]
|
blocking (as explained in
|
||||||
|
[[!commit adc5ca70a8095a389273e7c286cb32de6873a5a3]]), which is working
|
||||||
|
around a git behavior and so can't be fixed other than by going to v6.
|
||||||
|
|
||||||
That is working around a behavior of git, so it cannot be improved in
|
Instead, I think this is a bug about git annex add of an unlocked file
|
||||||
git-annex. If it didn't block partial commits, the repository would be left
|
not converting it to a in-git file when annex.largefiles says it ought
|
||||||
in a broken state. The error message explains what you need to do.
|
to. If it did that it would not run into the partial commit blocking
|
||||||
|
at all. And, the observersion about git commit -a committing to the annex
|
||||||
(The best fix for this issue is making v6 mode work well enough to ditch v5
|
not to git points at the same problem.
|
||||||
mode. This is indeed one of the motivations for v6 mode in the first place.)
|
|
||||||
|
|
||||||
So I don't see a bug here except possibly with the part where git commit -a
|
|
||||||
commits to annex not git.
|
|
||||||
"""]]
|
"""]]
|
||||||
|
|
Loading…
Add table
Reference in a new issue