summaryrefslogtreecommitdiff
path: root/doc/bugs/git_annex_copy_-f_REMOTE_._doesn__39__t_work_as_expected.mdwn
diff options
context:
space:
mode:
Diffstat (limited to 'doc/bugs/git_annex_copy_-f_REMOTE_._doesn__39__t_work_as_expected.mdwn')
-rw-r--r--doc/bugs/git_annex_copy_-f_REMOTE_._doesn__39__t_work_as_expected.mdwn18
1 files changed, 0 insertions, 18 deletions
diff --git a/doc/bugs/git_annex_copy_-f_REMOTE_._doesn__39__t_work_as_expected.mdwn b/doc/bugs/git_annex_copy_-f_REMOTE_._doesn__39__t_work_as_expected.mdwn
deleted file mode 100644
index 3bda45149..000000000
--- a/doc/bugs/git_annex_copy_-f_REMOTE_._doesn__39__t_work_as_expected.mdwn
+++ /dev/null
@@ -1,18 +0,0 @@
-I was testing out the fix/workaround for [[git-annex directory hashing problems on osx]] and I tried using the short forms of some of the commands i.e.
-
- git annex copy -f externalusb .
-
-which gives me
-
- git-annex: user error (option `-f' is ambiguous; could be one of:
- -f --force allow actions that may lose annexed data
- -f REMOTE --from=REMOTE specify from where to transfer content
-
-
-I would have expected that since *--to* is the same as *-t* and *--from* is the same as *-f* as the in program documentation suggests. But *-f* clashes with the force command, I would suggest that the short form of *--force* be changed to *-F* and possibly rename the *Fast* commands to *Quick* and use *-Q* as the short form of the *Quick* operations. I didn't try the *-f* option with the move command, but it probably suffers from the same issue. It's probably better to avoid clashing short forms of command options.
-
-I guess this issue is just a documentation issue and a minor interface change if needed and not a bug of git-annex, but a quirk.
-
-> Yeah, -f needs to be from; -F was already --fast. I have made --force not
-> have any short option abbreviation, I think it's entirely reasonable to
-> avoid fat-fingering an option that can lose data. [[done]] --[[Joey]]