Live data from Hacker News

Dropbox is not a tool for developers

stupidiswinning.tumblr.com

11–20 of 73 posts

Re: Dropbox is not a tool for developers

#11
post #8

Why is this even a debate? Dropbox is for syncing files, not version control.

Unfortunately it works juuuust well enough as a substitute for version control to suck some lazier or less experienced devs in.

I talked with a group that was using Dropbox as their "VCS" before and asked how they handled conflicts. They told me they just made sure everybody was in the same room before anybody did anything.

Re: Dropbox is not a tool for developers

#12
You're an absolute bloody idiot iff (programming joke!) you use dropbox for syncing your project files. Its not smart to use it as a repository because a change by one becomes a change for all. And of course its going to be taxing on the cpu, everytime you compile and test every file gets updated/recreated and dropbox has to work to upload the changes to the server. Why don't you try using a real versioning/repo tool like Bazaar or git or svn instead of the lunacy of trying to make dropbox get the job done. And you should have to manually do a commit at the end of the day because you need to document your changes if anyone is going to have any hope of picking up where you left off; therefore the argument that you would have to remember to restart dropbox is invalid. Why don't you stop being lazy and actually do your job?

Re: Dropbox is not a tool for developers

#13
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.

Re: Dropbox is not a tool for developers

#15
post #6

A timely post. Dropbox loves to delete things, especially if you mess with 'selective sync'. For example, it deleted the git repository of my project a few weeks in. It deleted all of the files I had symlinked to in a subdirectory of my project. I was able to recover these files, but Dropbox is damn scary , since I don't know that actual circumstances in which these deletions occur. I suspect it has something to do w…

Remember remember remember: Dropbox isn't a backup service! Make sure you keep proper backups for your important data.

Dropbox disagrees with you: https://www.dropbox.com/tour/4

Note that I've been using DB successfully as an up-to-the-minute backup since it came out - it's only in the last week I've had problems bad enough to go back to my weekly backups.

Re: Dropbox is not a tool for developers

#16
As a developer I only keep my source files symlinked to Dropbox, thus avoiding the problem of uploading binaries. Dropbox serves as a means to recover lost changes, should something happen between commits. There can be no excuse not to use backups and version control.

Re: Dropbox is not a tool for developers

#17
post #13

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.

Presumably the difference is that you don't have to pull/push. Can't say doing that ever bothered me though.

Edit: actually it looks like most people use a bare repo on dropbox so you still push/pull from it. I don't understand the use-case at all then.

Re: Dropbox is not a tool for developers

#19
Lots 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 source code directories. This isn't at all for version control but rather so I can change systems nearly instantly without having to check everything in to a remote git server. This allows me to not care if I'm working on one of my two laptops or my desktop, all my code is Just There whenever I need to switch. With a pure git solution I'd have to push changes that may or may not be a fully coherent change set each time I switched machines.

Anyway, my point is that all of the OP's arguments are still valid when you are using git+dropbox, which is a perfectly reasonable thing to expect to do.

FWIW, all of the major sync systems have issues here (my biggest pet peeve with Live Mesh was that it would hold locks on files for an abnormally long time which would stop me from being able to compile while .o files were being synced, for example). But Dropbox's probably are the most annoying since you have so little control over what does and doesn't sync beyond the root sync directory.

Re: Dropbox is not a tool for developers

#20
What the hell? Don't put your sourcecode in your dropbox folder. That's the "fix". Not turning off dropbox.

Git is free. github/bitbucket/whatever else is free. Dropbox is for random documents, music, and pictures, not your code.

Post reply on HN