Merge branch 'master' of ssh://git-annex.branchable.com
This commit is contained in:
commit
2743fc2782
4 changed files with 30 additions and 0 deletions
|
@ -0,0 +1,8 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://joeyh.name/"
|
||||
ip="209.250.56.43"
|
||||
subject="comment 1"
|
||||
date="2014-01-08T22:06:35Z"
|
||||
content="""
|
||||
Those builds are done on Debian stable for portability reasons, and it has too old a version of haskell-cryptohash for SKEIN.
|
||||
"""]]
|
|
@ -0,0 +1,8 @@
|
|||
[[!comment format=mdwn
|
||||
username="https://www.google.com/accounts/o8/id?id=AItOawkWQXo7MLYIDa-ep04UTbdz8KuvfjwLDCQ"
|
||||
nickname="Matěj"
|
||||
subject="comment 2"
|
||||
date="2014-01-08T22:11:34Z"
|
||||
content="""
|
||||
I understand, it's not git-annex fail. I added at least a tip with a warning here: [[tips/do not use git-annex inside your Dropbox]].
|
||||
"""]]
|
5
doc/tips/do_not_use_git-annex_inside_your_Dropbox.mdwn
Normal file
5
doc/tips/do_not_use_git-annex_inside_your_Dropbox.mdwn
Normal file
|
@ -0,0 +1,5 @@
|
|||
Do not place git-annex enabled git repository inside your Dropbox folder!
|
||||
|
||||
You will encounter broken symlinks and git-annex complaining about lost files. Dropbox [doesn't preserve case of file names](https://www.dropbox.com/help/145/en) and this breaks storage of annexed files (.git/annex/objects/). For possible recovery see <http://git-annex.branchable.com/bugs/interference_with_Dropbox_results_in_data_loss>.
|
||||
|
||||
|
|
@ -0,0 +1,9 @@
|
|||
Please provide a command that basically performs something like:
|
||||
|
||||
git get --auto
|
||||
for i in `git remote`; do git copy -to $i --auto; done
|
||||
|
||||
|
||||
The use case is this:
|
||||
I have a very large repo (300.000 files) in three places. Now I want the fastest possible way to ensure, that every file exists in annex.numcopies. This should scan every file one time and then get it or copy it to other repos as needed. Right now, I make one "git annex get --auto" in every repo, which is is a waste of time, since most of the files never change anyway!
|
||||
|
Loading…
Add table
Reference in a new issue