mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages 1 Wiki Activity Actions

Merge branch 'master' of ssh://git-annex.branchable.com

Browse source
This commit is contained in:
Joey Hess 2011-07-04 15:52:54 -04:00
commit 9d7b35f7ad
3 changed files with 34 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

10
doc/bugs/annex_unannex__47__uninit_should_handle_copies/comment_1_c896ff6589f62178b60e606771e4f2bf._comment Normal file
View file

@ -0,0 +1,10 @@
[[!comment format=mdwn
username="https://www.google.com/accounts/o8/id?id=AItOawnpdM9F8VbtQ_H5PaPMpGSxPe_d5L1eJ6w"
nickname="Rafaël"
subject="comment 1"
date="2011-07-04T16:57:25Z"
content="""
You convince me for unannex, but isn't the goal of uninit to revert all annex operations? In the current state, a clean revert is not possible (because of the broken symlinks after uninit). Instead of copying, using hard links is out of question?
For my needs, is the command \"git annex unlock .\" (from the root of the repo) a correct workaround?
"""]]

9
doc/bugs/git_annex_fsck_is_a_no-op_in_bare_repos/comment_2_273a45e6977d40d39e0d9ab924a83240._comment Normal file
View file

@ -0,0 +1,9 @@
[[!comment format=mdwn
username="http://ertai.myopenid.com/"
nickname="npouillard"
subject="git annex fsck --from remote"
date="2011-06-25T16:20:44Z"
content="""
Currently fsck silently ignores --to/--from.
It should at least complain if it is not supported.
"""]]

15
doc/forum/Wishlist:_Ways_of_selecting_files_based_on_meta-information/comment_1_818f38aa988177d3a9415055e084f0fb._comment Normal file
View file

@ -0,0 +1,15 @@
[[!comment format=mdwn
username="http://christian.amsuess.com/chrysn"
nickname="chrysn"
subject="filtering based on git-commits"
date="2011-06-23T13:56:35Z"
content="""
additional filter criteria could come from the git history:
* `git annex get --touched-in HEAD~5..` to fetch what has recently been worked on
* `git annex get --touched-by chrysn --touched-in version-1.0..HEAD` to fetch what i've been workin on recently (based on regexp or substring match in author; git experts could probably craft much more meaningful expressions)
these options could also apply to `git annex find` -- actually, looking at the normal file system tools for such tasks, that might even be sufficient (think `git annex find --numcopies-gt 3 --present-on lanserver1 --drop` like `find -iname '*foo*' -delete`
(i was about to open a new forum discussion for commit-based getting, but this is close enough to be usefully joint in a discussion)
"""]]