I am surprised to see so many people mentioning dropbox and git. What does dropbox add that you don't get from git?[1] And/or with git and a decent backup system(tarsnap/duplicity/rsync)? It seems like a lot of extra overhead and data privacy concerns for little gain. What am I missing? [1] I'm not saying this because git is the magic fairy dust. Replace git with hg, darcs etc.
Is that a real question? Git is local only. It is not centralised. Are you confusing Git with Github (service)?
Dropbox is not a tool for developers
31–40 of 73 posts
Re: Dropbox is not a tool for developers
#32It is a tool, but you just have to use it the right way: http://stackoverflow.com/questions/1960799/using-gitdropbox-...
Re: Dropbox is not a tool for developers
#33I went to vacation with a group of people. Everyone had his/her own camera. We decided to make a folder in Dropbox and share it with everyone so we can share our photos and get other people photos.
After a week my photos started to disappear. Why? Because my lady friend didn't like the photo I took from her and deleted it from "her own computer". But it was actually in a shared folder.
I don't know if this "shared folder" concept thing is too complicated or Dropbox can not handle it. Anyway in my experience it did not work.
Re: Dropbox is not a tool for developers
#34Earlier quoted context omitted.
Is that a real question? Git is local only. It is not centralised. Are you confusing Git with Github (service)?
There are plenty of remote Git hosts (Bitbucket, RepositoryHosting, etc)...
But saying "why use Git with Dropbox it makes no sense?!" is actually wrong. It makes perfect sense. Git is not centralised. You cannot access your repository from a remote host.
Dropbox as well as Github and a number of alternative service allow that.
Re: Dropbox is not a tool for developers
#35It is a pity because I very seldom need git for the things I write (they tend to be quite lienar and versions are not that important, what I really need is syncing, not version control)...
I also want the .tex sources tracked but not the pdfs and certainly not the logs, aux, bbl, and "synctex" files and directories.
Re: Dropbox is not a tool for developers
#36the problem is not just that dropbox has not addressed the issue, it is also that they have turned a blind eye to it. there is not indication whether they plan to work on it or not. what's the use of votebox if they do not plan to use it.
btw those are not 22k people, rather 22k votes. there are many people like me who have voted 10-100 times.
Re: Dropbox is not a tool for developers
#37Versioning (using git) is about marking state at a period of time. Such that, in the future, you can go back to that important state, and that state means something.
Backup, syncing, they just solve different problems. They might have backups, but those backups rarely mean something. Other than, "well I thought it worked tuesday".
I see this is as "different by design". I want Dropbox to make the same shit show up everywhere. I want git to manage versions and streams of work, often coordinating with other people. Using the dropbox workflow with other people sucks if people make changes (I have to often ask, "hey wait, what did you do".) Using the git workflow to sync with other devices sucks because I have to remember to tell it what to do.
Re: Dropbox is not a tool for developers
#38Lots of posts in here talking about how Dropbox isn't for version control and "just use git" and such, but the systems aren't mutually exclusive and so these comments aren't helpful, IMO. Just because Dropbox isn't a proper version control system doesn't mean it isn't (or couldn't be) useful for developers. I use git daily but I also use a syncing program (first Live Mesh, then Dropbox, now Google Drive) to sync my s…
Does Dropbox do merging? Does it track history? Can you run it on server(s) of your choice? Can you setup Dropbox for centralized or distributed operation? Can you inspect the source for security holes? Can you write third party clients, servers, plugins, etc for it?
For once, the headline is perfect: true in every respect and descriptive of the article.
Re: Dropbox is not a tool for developers
#39Forget about code and Git, Dropbox is not even good for photo sharing. I went to vacation with a group of people. Everyone had his/her own camera. We decided to make a folder in Dropbox and share it with everyone so we can share our photos and get other people photos. After a week my photos started to disappear. Why? Because my lady friend didn't like the photo I took from her and deleted it from "her own computer".…
It is a shared folder. If someone deletes something, it is deleted everywhere. That isn't a bug, that is the purpose of Dropbox.
Re: Dropbox is not a tool for developers
#40Earlier quoted context omitted.
There are plenty of remote Git hosts (Bitbucket, RepositoryHosting, etc)...
Indeed there are. People are using Dropbox as one of them. But saying "why use Git with Dropbox it makes no sense?!" is actually wrong. It makes perfect sense. Git is not centralised. You cannot access your repository from a remote host. Dropbox as well as Github and a number of alternative service allow that.