Merge branch 'master' of ssh://git-annex.branchable.com
This commit is contained in:
		
				commit
				
					
						01eda08b32
					
				
			
		
					 3 changed files with 36 additions and 0 deletions
				
			
		| 
						 | 
					@ -0,0 +1,10 @@
 | 
				
			||||||
 | 
					[[!comment format=mdwn
 | 
				
			||||||
 | 
					 username="http://joeyh.name/"
 | 
				
			||||||
 | 
					 ip="209.250.56.7"
 | 
				
			||||||
 | 
					 subject="comment 1"
 | 
				
			||||||
 | 
					 date="2014-08-12T19:49:35Z"
 | 
				
			||||||
 | 
					 content="""
 | 
				
			||||||
 | 
					If I wanted to share files with someone, I'd set them up with a direct mode repository and link it to my (probably indirect mode) repository.
 | 
				
			||||||
 | 
					
 | 
				
			||||||
 | 
					The question then becomes, how can this person decide which files to get if they don't want to or cannot get everything. I think that [[tips/File_manager_integration]] is a pretty good answer, although it does involve adding extensions to file managers. At least it involves adding something, rather than convincing a suprisingly large number of people that their ideas about symlinks are wrong. There are other possible answers, like building a file selection UI into the webapp..
 | 
				
			||||||
 | 
					"""]]
 | 
				
			||||||
| 
						 | 
					@ -0,0 +1,16 @@
 | 
				
			||||||
 | 
					[[!comment format=mdwn
 | 
				
			||||||
 | 
					 username="https://id.koumbit.net/anarcat"
 | 
				
			||||||
 | 
					 ip="70.83.139.100"
 | 
				
			||||||
 | 
					 subject="comment 2"
 | 
				
			||||||
 | 
					 date="2014-08-12T19:56:58Z"
 | 
				
			||||||
 | 
					 content="""
 | 
				
			||||||
 | 
					the problem with this is that you end up having two copies of the same files (the direct and indirect repositories). also, the switch to direct mode exploded (because i screwed up, granted)....
 | 
				
			||||||
 | 
					
 | 
				
			||||||
 | 
					i have been thinking more and more than the webapp needs to have some sort of file manager as well, but that seems like a huge undertaking...
 | 
				
			||||||
 | 
					
 | 
				
			||||||
 | 
					a better file manager integration could certainly allow to improve this experience. for me the requirements would be:
 | 
				
			||||||
 | 
					
 | 
				
			||||||
 | 
					* \"clone this repo to\" - make a copy of this git annex repo to the specified target
 | 
				
			||||||
 | 
					* \"annex-copy those files to\" - the above + a file-transfer-like dialog that would track the total file transfer (as opposed to \"begin/end\" of single files, see also [[todo/do_not_bug_me_about_intermediate_files/]])
 | 
				
			||||||
 | 
					* probably some more stuff
 | 
				
			||||||
 | 
					"""]]
 | 
				
			||||||
| 
						 | 
					@ -0,0 +1,10 @@
 | 
				
			||||||
 | 
					[[!comment format=mdwn
 | 
				
			||||||
 | 
					 username="http://joeyh.name/"
 | 
				
			||||||
 | 
					 ip="209.250.56.7"
 | 
				
			||||||
 | 
					 subject="comment 1"
 | 
				
			||||||
 | 
					 date="2014-08-12T19:51:38Z"
 | 
				
			||||||
 | 
					 content="""
 | 
				
			||||||
 | 
					All you need to do is unzip your zip file, and then `git annex add` or `git annex import` its contents. It will then automatically deduplicate.
 | 
				
			||||||
 | 
					
 | 
				
			||||||
 | 
					Due to the way compression works, two zip (or gz) files with identical contents but different checksums are unlikely to share many bytes in common. So git-annex cannot help with de-duplicating unless you unzip them.
 | 
				
			||||||
 | 
					"""]]
 | 
				
			||||||
		Loading…
	
	Add table
		Add a link
		
	
		Reference in a new issue