Add .dropboxignore directory to exclude folders without using selective sync

+1

This would be great! I'm using Dropbox to share my family photos and it keeps displaying non-photo files that are in the directories as a result of some backup software that I run. I would love to exclude these normally hidden "dot" files from the sync.

Dear Dropbox, can you share any news with regard to implementing a feature like this yes or no?

Thank you!

… and you can sync config and other 'secret' files (like files containing API keys, passwords, etc) without committing them, which is very convenient (and secure) too. 

If Dropbox implements this feature it will become the natural complement to Git/SVN, making millions of developers very happy (and me too)

Does anyone have any good relationships with well-known tech journalists or bloggers? Maybe we could tweet at them, refer them here, and give them something to write about.

Ok, it seems this thread isn't going anywhere. Dropbox started with an Ideabox (do you remember it?) when it was really interested to their customers' opinion. Now it's not as such anymore.

But... but we are developers, so... why don't we do ourself this service? A "developer oriented" Dropbox with the thing we need (and more).

I can imagine it as such:

• The server would be Docker (or Chef, Vagrant, etc…) encapsulated so you can push it on AWS, Azure, etc…
• The storage can be directly attached (a local disk), an ethernet storage or a cloud storage like S3, Google Docs, etc…
• Possibility to keep timely offsite backups on remote disk, Amazon Glacier or low cost storage options for increased security.
• The server would have a web interface for configuring and managing the projects.
• The server can have an “emergency” web editor for coding on the go.
• You will have a native sync tool on your computer or device (of course).
• Everything will be encrypted with a key you decide.
• This tool will read .gitignore files and Git (or SVN) remotes in folders. You can override .gitignore using a .somethingignore file.
• Can be told to follow symlinks or not (sometimes it’s useful)
• You will have infinite versions of file, with git pushes visible as milestones between directly from the webinterface/interface (a better reference than “2 days ago” file).
• You can connect to Github (or your git remote) and push/pull actual synced folders to/from remotes from the web interface (you can push/pull on mobility)
• Your sync client will give remote ssh access to your computers (if they are on) so you can run your Node (or anything you can run in console) on the go and debug from the web editor.
• The server will born “API oriented”, so can be consumed by editors (Atom, Sublime, Textmate) that can offer revisions in the interface, and from web services like ITTT.
• You can download a “patch” file between revisions, so you can apply (and distribute) this instead of the whole file.
• You can invite remote Github collaborators to your server, or anyone (readonly, write, etc… access) via mail.
• This would be a “self managed” solution that can be offered as a Cloud solution for a modest fee (for business). Dev folders are normally very light, so it will require less space than other solutions, so cheaper plans.

This could be considered as a “niche Dev Dropbox” you can have along Dropbox if you want (until Dropbox understand that developing the “.dropboxignore” feature would require a day of work and would make a bunch of customers happy) or replace it totally.

We could do it together as an open source project, and, after that, scream "screw Dropbox" for not listening to us.

Absolutely flabbergasted that such a highly requested - and logically useful - feature would be outright declined. Another Dropbox Plus user who is going to be reevaluating options... Ridiculous.

For others who have asked, Sync has the ability to use an .ignore file similar to .gitignore style and storage/pricing is similar. 👋🏻

"Status changed to: Declined"

?!?

It took four years for you to decline the most frequently requested feature on Dropbox? If Sync.com has this feature, I'm switching later this week.

So long you awful, awful company.

I use Rstudio quite a lot and I work on several different projects. I keep being interrupted by an "failed to save file" error message. The Rstudio crew says this is due to  the file being locked by Dropbox synching.

Beside the stopping synsching hack, the current solution is to manually exclude from synching each directory called .Rproj.user, which is tedious. What I would love to have is either to be able to exclude automatically these directories from synching or, at least, to have an option on the (Windows) context menu for excluding them with just a click.

I know that this problem is shared by many other Rstudio + Dropbox users. I imagine the same solution for file types would be appreciated by even more users.

+1 PLEASE!!