summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorGravatar zardoz <zardoz@web>2014-01-23 12:42:48 +0000
committerGravatar admin <admin@branchable.com>2014-01-23 12:42:48 +0000
commit96323a4241172e010930d461a10a5771eb06cc0f (patch)
tree38416d7cdf1eca675a15d52abd8eff412674befc
parentc071d676dce87ae6092100f6cde56faa6a462916 (diff)
-rw-r--r--doc/bugs/Enhancement:_git_annex_whereis_KEY.mdwn7
1 files changed, 7 insertions, 0 deletions
diff --git a/doc/bugs/Enhancement:_git_annex_whereis_KEY.mdwn b/doc/bugs/Enhancement:_git_annex_whereis_KEY.mdwn
new file mode 100644
index 000000000..684a1e4fa
--- /dev/null
+++ b/doc/bugs/Enhancement:_git_annex_whereis_KEY.mdwn
@@ -0,0 +1,7 @@
+### Please describe the problem.
+
+Great work on git annex! One possible enhancement occured to me: It would be very useful though if the "whereis" command would support looking up the location of files by arbitrary keys. This way one could inspect the location of old content which is not currently checked-out in the tree.
+
+In a related vein, the "unused" command could report old filenames or describe the associated commits. Tracking old versions is a great feature of your git-based approach, but currently, tasks such as pruning selected content seem unwiedly. Though I might be missing existing solutions. You can easily "cut-off" the history by forcing a drop of all unused content. It would be cool if one could somehow "address" old versions by filename and commit/date and selectively drop just these. The same could go for the "whereis" command, where one could e.g. query which remote holds content which was stored under some filename at some specific date.
+
+Thanks Cheers!