7 ms·

Dropbox is not a tool for developers

39 points by toomuchblah 14y ago

orrorin6 14y ago
This is stupid. Sure, Dropbox isn't an ideal service for developers, but it's one that users understand.
speeder 14y ago
I never thought that put symbolic links on dropbox was good idea... But I see where it might come from. When my startup started, my associate nagged me to death to me put my files on Google Drive, like the artist already did. I ended doing it, just to show him that it would not end well... In fact, the result was worse than expected, Mac OS X store folder icons inside the folder, the SDK I was using use ALL files in a folder to build a application (does not matter what those files do), the end result was the Google Drive created icons getting shipped with the apps, that just flat out crashed the testing devices... It took 1 week to figure out why all the crashing, and also to make Google Drive not conflict with some other stuff, hardlinking was required, and took more 3 days to undo the hardlinks. Thus, lesson: DON'T, JUST DON'T. But sometimes a person might nag you to do it, then by all means do it, it will fall on their head and they will learn (of course, if it is a intelligent person, if you have a dumb boss, then I fell sorry for you).
duck 14y ago
It is a tool, but you just have to use it the right way: http://stackoverflow.com/questions/1960799/using-gitdropbox-together-effectively http://stackoverflow.com/questions/1960799/using-gitdropbox-...
- tunesmith 14y ago
  I agree but it's easy to forget the premises on which it makes sense. I like the idea of storing my git bare repository on my dropbox, while pulling from it to another non-dropbox directory. For a private repository, it's a nice alternative to using bitbucket. But, I think it is only reasonable if I'm the only one syncing with the repository. As soon as I want to collaborate on my shared private git repo, time to use bitbucket. With Logic Pro, I will record directly into Dropbox, but only if I turn off sync while recording. Then I can share the project with my mixer/editor in another state. But there again we make sure not to be in the project at the same time. In short, my sense is that Dropbox is for sync and backup. It's not for simultaneous co-working.
- pidge 14y ago
  For those who don't click through, the linked SO answer recommends using Dropbox to sync a "remote" repo between your computers, and push/pulling that from your working repo outside of Dropbox.
Sunlis 14y ago
I'm not sure what the problem with Dropbox is. Almost anything I'm working on is inside my Dropbox directory. Yes, every time I save or generate some files they're uploaded to Dropbox, but if you turn off notifications[0] the only potential problem is bandwidth. And let's face it, most small projects aren't exactly going to hog GBs of bandwidth very easily. For me, Dropbox is a simple way to automatically backup the stuff I'm working on, and I don't have to think twice about it. [0] https://www.dropbox.com/help/34/en https://www.dropbox.com/help/34/en
javajosh 14y ago
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 with symlinks and selective sync, but I'm not entirely sure. One thing that I might try is to have a very "Dropbox aware" process whereby you intentionally create empty delicate structures and then exclude them from sync. For example, do a `mkdir .git` before `git init`, exclude .git from DB, then do a quick `rmdir .git; git init` and pray to the God of data integrity. But I don't know if that will work.
- res0nat0r 14y ago
  Remember remember remember: Dropbox isn't a backup service! Make sure you keep proper backups for your important data.
  - javajosh 14y ago
    Dropbox disagrees with you: https://www.dropbox.com/tour/4 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.
    - res0nat0r 14y ago
      Four out of five doctors agree that X is great also. Does it matter what their marketing speak says? Auto replication to the cloud isn't a proper backup plan, unless you are counting on noticing any missing data within their 30 day backup retention policy (if you are only using their free tier) and restoring your missing data before it is automatically purged.
- UnoriginalGuy 14y ago
  This is something I constantly have to remind people with "sync" solutions (Dropbox, rsync, robocopy, etc). Anything that mirrors or syncs has the potential to delete the SOURCE material too. That is what it is designed to do. The responses I seem to get are "NOT if you set it up correctly!!" which is obviously true, while also somehow managing to miss my point entirely. If you want to just one way copy something then use a solution that is ONLY one way (copy, xcopy, S3 backups, CrashPlan, etc). If you want to mirror/sync then keep a nice backup for when that goes wrong. PS - Also make sure you know the "rules" a sync solution runs using. For example how does it decide when a file is deleting? Is it just looking at directory update time and lack of files? What if files haven't been synced yet but the folder gets updated?
bitsoda 14y ago
Dropbox is really handy for backing up your game saves when they don't support Steam Cloud, or if you don't use Steam at all.
dradtke 14y ago
Why is this even a debate? Dropbox is for syncing files, not version control.
- jlgreco 14y ago
  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.
janus 14y ago
The tool you are looking for is git.
ender89 14y ago
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?
dfc 14y ago
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.
- jlgreco 14y ago
  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.
  - ajasmin 14y ago
    Not having to pull/push is also nice. If you just start editing a file and want to keep working on your laptop at the cafe without having to commit anything.
  - beagle3 14y ago
    If you have a bare repo in dropbox, you are essentially using dropbox servers as your git server; except it might silently drop stuff in all replicas on a merge conflict. Or whenever it fancies (dropbox had at least one all-replica data loss bug before). But in return, you don't have to do a 'git push' or 'git pull' or 'git-legit sync'. Personally, I think it's stupid. If it's a non-secret project, host it on github and do a '[le]git sync' every few minutes (from a cronjob, if you insist). If you don't want to expose it on github, why on earth do you trust dropbox to keep it?
    - jlgreco 14y ago
      Hell, doesn't bitbucket support git now? Just use them if your project is uber-secret.
      - beagle3 14y ago
endlessvoid94 14y ago
I'm pretty sure they use Mercurial themselves.
styts 14y ago
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.
rarrrrrr 14y ago
FYI, SpiderOak is intended more for power users. You can tell it to ignore files and folder by wildcards (and it does meaningful encryption.)
georgemcbay 14y ago
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.
- npsimons 14y ago
  The only thing Dropbox has over git is the auto-syncing, which will soon no longer be the case (http://www.kickstarter.com/projects/joeyh/git-annex-assistant-like-dropbox-but-with-your-own http://www.kickstarter.com/projects/joeyh/git-annex-assistan...). 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.
  - georgemcbay 14y ago
    Did you even read what I wrote? My whole post was based on the premise that using Dropbox (or another similar sync program) and git (or another similar version control system) aren't mutually exclusive. Yet you continue to make it an either/or argument.
NateDad 14y ago
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.
jcromartie 14y ago
I use Dropbox for collaborating on anything BUT source code. Don't put repos in Dropbox. Who the heck ever thought that was a good idea?
- delinka 14y ago
  I'd like to know why this is a problem. I always have a dropbox remote on my projects. Doesn't matter if it thinks a file suddenly doesn't exist because it's not the only place a my repos exist. Certainly don't use Dropbox as a working directing. Not Smart®
sourc3 14y ago
For one developer projects (aka side projects) Dropbox is great. I now can switch across many machines I have and don't have to lug around a specific laptop and when I boot up, the latest version of the project is there for me to spend an hour or two on and forget about for another week. Having said that, DB is not a version control tool. Being how intelligent the HN community is I don't quite understand the point of the post: use the tool for what it's meant to be and save yourself the headache (and a blog post). BitBucket is perfect for private repositories if you have more than 1 developer and want version control and it's free.
deleted 14y ago
[deleted]
randomenduser 14y ago
Doesn't this solve the problem? http://sparkleshare.org/ http://sparkleshare.org/
msoad 14y ago
Forget 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". 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.
- davis_m 14y ago
  I don't understand what the problem is? It is a shared folder. If someone deletes something, it is deleted everywhere. That isn't a bug, that is the purpose of Dropbox.
pfortuny 14y ago
As a writer more than a developer (LaTeX stuff for my papers and students), I have found this constant syncing more of a hassle than I expected (I have turned Dropbox down and sync by myself, use git etc...). It 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.
mythealias 14y ago
it is not just problem for developers. users like me who edit simple text file in vim or write a document in latex usually get a notification of syncing the temporary files. yes i can turn of the notifications, but that is like saying don't look at the issue and it is not there. the 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.
tristan_juricek 14y ago
Using syncing as a developer makes sense to me because syncing or backup is not versioning. Versioning (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.
seivan 14y ago
Wow, this is just so bad. You're right, stupid is winning. I learned not to use Dropbox with Git for numerous reason I won't get into here. This was 3 years ago.
glanotte 14y ago
I am not sure I understand. I use dropbox with git, but I use the dropbox folder as my origin repository. I initialize a bare repository in my dropbox folder and then push to it from my local working repository. The only time dropbox updates is when I push. I also don't want all of my temporary files replicated anyway and git provides me the ability to control what is and is not in the repository. I hadn't thought to use dropbox as my working directory, but I can imagine that it would be a painful experience. This is usually only a temporary measure for throw away projects that have potential. When something gets to the point that I am going to deploy it, then I will change the origin to github and push there.
jmscharff2 14y ago
I have my local git files saved in my dropbox folder and use git for version control and dropbox to make sure that everything is backed up and on multiple computers at the same time. Doesn't solve the bandwidth problem but unless they are massive changes I think the bandwidth/cpu/memory usage should be very minimal no? I think the combination of git and dropbox works great.
up_and_up 14y ago
This article has very little content for or against their own idea. What type of developers using DropBox for what? The only thing I use DB for is for storing/sharing Keepass files and for shared books/resources. Using it for source code seems wacky to me like a half step above FTP.
smiddereens 14y ago
Uh huh...
delinka 14y ago
Why are you putting build directories in a folder that's autosync'd? My Dropbox directory absolutely has a git directory in it. And each project gets its very own 'remote' repo in Dropbox's git folder (mkdir new_proj.git; cd new_proj.git; git init --bare). I do work from $THIS_COMPUTER behind the corporate firewall, I push to Dropbox (git push dropbox master); I sit down to $THAT_COMPUTER at home and pull from Dropbox; build products, indexes, and all that jazz that happens frequently stays away from Dropbox. So Dropbox becomes my 'server' with omnipresence on the 'net so that I don't need a VPS and don't have to expose a server at home to the world. Dropbox deleted a file? I've got the repo in other places. Putting your working project directories inside Dropbox, editing and compiling in the same place? DOIN IT RONG
bpolania 14y ago
I don´t think that Dropbox is intended to work as a substitute to Git, I know I´d never use it like that. Nevertheless, I developed my own version of Github using Box (http://bit.ly/yZvl2a http://bit.ly/yZvl2a) just for the fun of it, because I think that Github sometimes gets a little complex for simple projects. The idea is to drag-and-drop instead of using the console and the app to be smart enough to recognize that you´re doing and update, and instead of forks it just creates another folder for the same project. It also reduce the hassle of the SSL keys. So far, so good. Even though I don´t know if under Box terms it´d be feasible as a business, I haven´t checked out the Dropbox API but I guess it´d be easy to implement, and I´m also cheking the Mega API (Kim Dotcom new cloud storage)s since it seems to be a little less restrictive about what you can or can´t do with the API.
gte910h 14y ago
git doesn't do large binaries well yet. That opens up the field for that purpose, for developers.
Shorel 14y ago
I'm partial to Ubuntu One.

39 points by toomuchblah 14y ago

This is stupid. Sure, Dropbox isn't an ideal service for developers, but it's one that users understand.

I never thought that put symbolic links on dropbox was good idea... But I see where it might come from. When my startup started, my associate nagged me to death to me put my files on Google Drive, like the artist already did. I ended doing it, just to show him that it would not end well... In fact, the result was worse than expected, Mac OS X store folder icons inside the folder, the SDK I was using use ALL files in a folder to build a application (does not matter what those files do), the end result was the Google Drive created icons getting shipped with the apps, that just flat out crashed the testing devices... It took 1 week to figure out why all the crashing, and also to make Google Drive not conflict with some other stuff, hardlinking was required, and took more 3 days to undo the hardlinks. Thus, lesson: DON'T, JUST DON'T. But sometimes a person might nag you to do it, then by all means do it, it will fall on their head and they will learn (of course, if it is a intelligent person, if you have a dumb boss, then I fell sorry for you).

duck 14y ago

It is a tool, but you just have to use it the right way: http://stackoverflow.com/questions/1960799/using-gitdropbox-together-effectively http://stackoverflow.com/questions/1960799/using-gitdropbox-...

tunesmith 14y ago
I agree but it's easy to forget the premises on which it makes sense. I like the idea of storing my git bare repository on my dropbox, while pulling from it to another non-dropbox directory. For a private repository, it's a nice alternative to using bitbucket. But, I think it is only reasonable if I'm the only one syncing with the repository. As soon as I want to collaborate on my shared private git repo, time to use bitbucket. With Logic Pro, I will record directly into Dropbox, but only if I turn off sync while recording. Then I can share the project with my mixer/editor in another state. But there again we make sure not to be in the project at the same time. In short, my sense is that Dropbox is for sync and backup. It's not for simultaneous co-working.
pidge 14y ago
For those who don't click through, the linked SO answer recommends using Dropbox to sync a "remote" repo between your computers, and push/pulling that from your working repo outside of Dropbox.

Sunlis 14y ago

I'm not sure what the problem with Dropbox is. Almost anything I'm working on is inside my Dropbox directory. Yes, every time I save or generate some files they're uploaded to Dropbox, but if you turn off notifications[0] the only potential problem is bandwidth. And let's face it, most small projects aren't exactly going to hog GBs of bandwidth very easily. For me, Dropbox is a simple way to automatically backup the stuff I'm working on, and I don't have to think twice about it. [0] https://www.dropbox.com/help/34/en https://www.dropbox.com/help/34/en

javajosh 14y ago

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 with symlinks and selective sync, but I'm not entirely sure. One thing that I might try is to have a very "Dropbox aware" process whereby you intentionally create empty delicate structures and then exclude them from sync. For example, do a `mkdir .git` before `git init`, exclude .git from DB, then do a quick `rmdir .git; git init` and pray to the God of data integrity. But I don't know if that will work.

res0nat0r 14y ago
Remember remember remember: Dropbox isn't a backup service! Make sure you keep proper backups for your important data.
- javajosh 14y ago
  Dropbox disagrees with you: https://www.dropbox.com/tour/4 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.
  - res0nat0r 14y ago
    Four out of five doctors agree that X is great also. Does it matter what their marketing speak says? Auto replication to the cloud isn't a proper backup plan, unless you are counting on noticing any missing data within their 30 day backup retention policy (if you are only using their free tier) and restoring your missing data before it is automatically purged.
UnoriginalGuy 14y ago
This is something I constantly have to remind people with "sync" solutions (Dropbox, rsync, robocopy, etc). Anything that mirrors or syncs has the potential to delete the SOURCE material too. That is what it is designed to do. The responses I seem to get are "NOT if you set it up correctly!!" which is obviously true, while also somehow managing to miss my point entirely. If you want to just one way copy something then use a solution that is ONLY one way (copy, xcopy, S3 backups, CrashPlan, etc). If you want to mirror/sync then keep a nice backup for when that goes wrong. PS - Also make sure you know the "rules" a sync solution runs using. For example how does it decide when a file is deleting? Is it just looking at directory update time and lack of files? What if files haven't been synced yet but the folder gets updated?

bitsoda 14y ago

Dropbox is really handy for backing up your game saves when they don't support Steam Cloud, or if you don't use Steam at all.

dradtke 14y ago

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

jlgreco 14y ago
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.

janus 14y ago

The tool you are looking for is git.

ender89 14y ago

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?

dfc 14y ago

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.

jlgreco 14y ago
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.
- ajasmin 14y ago
  Not having to pull/push is also nice. If you just start editing a file and want to keep working on your laptop at the cafe without having to commit anything.
- beagle3 14y ago
  If you have a bare repo in dropbox, you are essentially using dropbox servers as your git server; except it might silently drop stuff in all replicas on a merge conflict. Or whenever it fancies (dropbox had at least one all-replica data loss bug before). But in return, you don't have to do a 'git push' or 'git pull' or 'git-legit sync'. Personally, I think it's stupid. If it's a non-secret project, host it on github and do a '[le]git sync' every few minutes (from a cronjob, if you insist). If you don't want to expose it on github, why on earth do you trust dropbox to keep it?
  - jlgreco 14y ago
    Hell, doesn't bitbucket support git now? Just use them if your project is uber-secret.
    - beagle3 14y ago

endlessvoid94 14y ago

I'm pretty sure they use Mercurial themselves.

styts 14y ago

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.

rarrrrrr 14y ago

FYI, SpiderOak is intended more for power users. You can tell it to ignore files and folder by wildcards (and it does meaningful encryption.)

georgemcbay 14y ago

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.

npsimons 14y ago
The only thing Dropbox has over git is the auto-syncing, which will soon no longer be the case (http://www.kickstarter.com/projects/joeyh/git-annex-assistant-like-dropbox-but-with-your-own http://www.kickstarter.com/projects/joeyh/git-annex-assistan...). 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.
- georgemcbay 14y ago
  Did you even read what I wrote? My whole post was based on the premise that using Dropbox (or another similar sync program) and git (or another similar version control system) aren't mutually exclusive. Yet you continue to make it an either/or argument.

NateDad 14y ago

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.

jcromartie 14y ago

I use Dropbox for collaborating on anything BUT source code. Don't put repos in Dropbox. Who the heck ever thought that was a good idea?

delinka 14y ago
I'd like to know why this is a problem. I always have a dropbox remote on my projects. Doesn't matter if it thinks a file suddenly doesn't exist because it's not the only place a my repos exist. Certainly don't use Dropbox as a working directing. Not Smart®

sourc3 14y ago

For one developer projects (aka side projects) Dropbox is great. I now can switch across many machines I have and don't have to lug around a specific laptop and when I boot up, the latest version of the project is there for me to spend an hour or two on and forget about for another week. Having said that, DB is not a version control tool. Being how intelligent the HN community is I don't quite understand the point of the post: use the tool for what it's meant to be and save yourself the headache (and a blog post). BitBucket is perfect for private repositories if you have more than 1 developer and want version control and it's free.

deleted 14y ago

[deleted]

randomenduser 14y ago

Doesn't this solve the problem? http://sparkleshare.org/ http://sparkleshare.org/

msoad 14y ago

Forget 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". 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.

davis_m 14y ago
I don't understand what the problem is? It is a shared folder. If someone deletes something, it is deleted everywhere. That isn't a bug, that is the purpose of Dropbox.

pfortuny 14y ago

As a writer more than a developer (LaTeX stuff for my papers and students), I have found this constant syncing more of a hassle than I expected (I have turned Dropbox down and sync by myself, use git etc...). It 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.

mythealias 14y ago

it is not just problem for developers. users like me who edit simple text file in vim or write a document in latex usually get a notification of syncing the temporary files. yes i can turn of the notifications, but that is like saying don't look at the issue and it is not there. the 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.

tristan_juricek 14y ago

Using syncing as a developer makes sense to me because syncing or backup is not versioning. Versioning (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.

seivan 14y ago

Wow, this is just so bad. You're right, stupid is winning. I learned not to use Dropbox with Git for numerous reason I won't get into here. This was 3 years ago.

glanotte 14y ago

I am not sure I understand. I use dropbox with git, but I use the dropbox folder as my origin repository. I initialize a bare repository in my dropbox folder and then push to it from my local working repository. The only time dropbox updates is when I push. I also don't want all of my temporary files replicated anyway and git provides me the ability to control what is and is not in the repository. I hadn't thought to use dropbox as my working directory, but I can imagine that it would be a painful experience. This is usually only a temporary measure for throw away projects that have potential. When something gets to the point that I am going to deploy it, then I will change the origin to github and push there.

jmscharff2 14y ago

I have my local git files saved in my dropbox folder and use git for version control and dropbox to make sure that everything is backed up and on multiple computers at the same time. Doesn't solve the bandwidth problem but unless they are massive changes I think the bandwidth/cpu/memory usage should be very minimal no? I think the combination of git and dropbox works great.

up_and_up 14y ago

This article has very little content for or against their own idea. What type of developers using DropBox for what? The only thing I use DB for is for storing/sharing Keepass files and for shared books/resources. Using it for source code seems wacky to me like a half step above FTP.

smiddereens 14y ago

Uh huh...

delinka 14y ago

Why are you putting build directories in a folder that's autosync'd? My Dropbox directory absolutely has a git directory in it. And each project gets its very own 'remote' repo in Dropbox's git folder (mkdir new_proj.git; cd new_proj.git; git init --bare). I do work from $THIS_COMPUTER behind the corporate firewall, I push to Dropbox (git push dropbox master); I sit down to $THAT_COMPUTER at home and pull from Dropbox; build products, indexes, and all that jazz that happens frequently stays away from Dropbox. So Dropbox becomes my 'server' with omnipresence on the 'net so that I don't need a VPS and don't have to expose a server at home to the world. Dropbox deleted a file? I've got the repo in other places. Putting your working project directories inside Dropbox, editing and compiling in the same place? DOIN IT RONG

bpolania 14y ago

I don´t think that Dropbox is intended to work as a substitute to Git, I know I´d never use it like that. Nevertheless, I developed my own version of Github using Box (http://bit.ly/yZvl2a http://bit.ly/yZvl2a) just for the fun of it, because I think that Github sometimes gets a little complex for simple projects. The idea is to drag-and-drop instead of using the console and the app to be smart enough to recognize that you´re doing and update, and instead of forks it just creates another folder for the same project. It also reduce the hassle of the SSL keys. So far, so good. Even though I don´t know if under Box terms it´d be feasible as a business, I haven´t checked out the Dropbox API but I guess it´d be easy to implement, and I´m also cheking the Mega API (Kim Dotcom new cloud storage)s since it seems to be a little less restrictive about what you can or can´t do with the API.

gte910h 14y ago

git doesn't do large binaries well yet. That opens up the field for that purpose, for developers.

Shorel 14y ago

I'm partial to Ubuntu One.