fix name of comment

diff --git a/doc/todo/wishlist:_--dry-run_option_for_all_commands/comment_1_03bf493d5a7f957339f9aa388ba85ef8._comment b/doc/todo/wishlist:_--dry-run_option_for_all_commands/comment_1_03bf493d5a7f957339f9aa388ba85ef8._comment
new file mode 100644 (file)
index 0000000..7725747
--- /dev/null
+++ b/doc/todo/wishlist:_--dry-run_option_for_all_commands/comment_1_03bf493d5a7f957339f9aa388ba85ef8._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 1"""
+ date="2014-11-03T16:44:45Z"
+ content="""
+This would add a lot of complexity; it's not like I could switch off
+running all external commands, since many external commands are run to
+query state to decide what to do. And then there's large chunks of code
+that actually do stuff and would have to all be guarded to not run.
+
+I don't see the benefit to justify this work. `git annex add` is entirely
+predictable; it's very similar to `git add`. Which itself lacks a dry-run
+option. And like `git add`, you can certianly undo the effects of `git
+annex add`.
+
+Matching options can make commands like `git annex find` list the same
+set of files that are acted on by commands like `git annex drop`
+(`git annex find --in here`)
+and `git annex get` (`git annex find --not --in here`).
+"""]]

diff --git a/doc/todo/wishlist:__--dry*/comment_1_03bf493d5a7f957339f9aa388ba85ef8._comment b/doc/todo/wishlist:__--dry*/comment_1_03bf493d5a7f957339f9aa388ba85ef8._comment
deleted file mode 100644 (file)
index 2e314af..0000000
--- a/doc/todo/wishlist:__--dry*/comment_1_03bf493d5a7f957339f9aa388ba85ef8._comment
+++ /dev/null
@@ -1,15 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 1"""
- date="2014-11-03T16:44:45Z"
- content="""
-This would add a lot of complexity; it's not like I could switch off
-running all external commands, since many external commands are run to
-query state to decide what to do. And then there's large chunks of code
-that actually do stuff and would have to all be guarded to not run.
-
-I don't see the benefit to justify this work. `git annex add` is entirely
-predictable; it's very similar to `git add`. Which itself lacks a dry-run
-option. And like `git add`, you can certianly undo the effects of `git
-annex add`.
-"""]]