| |||||||||||||
DVCS-autosyncDVCS-autosyncPosted May 14, 2011 20:45 UTC (Sat) by dlang (✭ supporter ✭, #313)In reply to: DVCS-autosync by loevborg Parent article: DVCS-autosync
it's not that git is especially inefficient at handling binary files, it's that the compression and other efficiencies that git can get with text files don't work on binary files.
but git is not any worse in dealing with binary files than any other solution where you want to be able to retrieve any version that ever existed.
that said, git does have some limitations in terms of max sizes of things
(Log in to post comments)
DVCS-autosync Posted May 14, 2011 21:45 UTC (Sat) by drag (subscriber, #31333) [Link]
So when I want to share my 800MB movie with a friend or have it available on another machine it's just not going to happen.
From dropbox's website:
> Files uploaded through the website (by pressing the upload button) have a 300 MB cap. In other words, each file you upload through the website must be 300 MB or less.
> All files uploaded to your Dropbox must be smaller than the size of your Dropbox account's storage quota. For example, if you have a free 2 GB account, you can upload one 2 GB file or many files that all add up to 2 GB. If you are over your storage quota, Dropbox will stop syncing until you are below your limit.
Dropbox's revision control system is optional and only will save revisions for 30 days. Many people want sync software to sync a significant amount of data.... I am guessing that for most people's purposes revision control is much less important then just automatic syncing.
The ability to carelessly drop a file into your drop box and have it automatically available on any machine you happen to want to use is the 'killer feature' for Dropbox. The idea of trying to do something like manage a 4GB mp3 collection using something like Git commit sounds like a nightmare to me.
|
|||||||||||||