comment
This commit is contained in:
parent
09c94c3a96
commit
35a2f95ff9
1 changed files with 13 additions and 0 deletions
|
@ -0,0 +1,13 @@
|
||||||
|
[[!comment format=mdwn
|
||||||
|
username="joey"
|
||||||
|
subject="""comment 2"""
|
||||||
|
date="2022-05-09T15:13:39Z"
|
||||||
|
content="""
|
||||||
|
It might be worth preventing `git-annex init` when in an existing, already
|
||||||
|
initalized repo from entering an adjusted branch. But re-running `git-annex
|
||||||
|
init` generally re-does initialization, except for generating a new UUID
|
||||||
|
and description. If a repo has been moved to a crippled filesystem,
|
||||||
|
I think it would be reasonable for a user to expect re-running git-annex
|
||||||
|
init will react to that. (Which can also involve setting annex.pidlock or
|
||||||
|
disabling annex.sshcaching.)
|
||||||
|
"""]]
|
Loading…
Add table
Add a link
Reference in a new issue