I had to take this one step further and actually use dropbox as a deployment mechanism. I was working for a government department and could not get remote access to the servers. This meant a one hour drive each way anytime I had to make a change to the code. I couldn't test, get updates to the data model, deploy or even check that the server was up without driving two hours.
This wouldn't have been bad if I could have spent a day out of every 5-7 at this clients offices which is what I did do for the first few days getting their very simple data services setup. However, after initial development there were many configuration changes and problems with their data and network that meant I was hopping in my car to spend ten minutes changing a line in a config file.
I couldn't install remote desktop software or get access to the right machines over their VPN, but I did convince the sysadmin to let me install dropbox on the web server. I simply setup a deployment profile that pointed to my local dropbox folder on my dev machine and when I needed to push changes I would just build against that config and deploy to the dropbox folder. A few seconds to a minute later I could reload the clients web page and see my changes.
The actual setup was somewhat more complex than this. I had to configure dropbox to run as a service so it continued to run even when my user was not logged in and I took some extra security precautions with the dropbox user permissions.