Dropbox ignore file or folder in beta • Hacker News Board

Re: Dropbox ignore file or folder in beta

#11

Post by ChuckNorris89 » Thu, Jan 30, 2020, 9:52 AM UTC

golergka wrote: post #10

spectaclepiece wrote: post #2

The most requested feature, to allow a file or folder to be ignored by Dropbox sync without using selective sync is finally in beta. The community requested a .dropboxignore file but they chose another solution which I’m sure is reasonable for making the feature more user friendly to non-devs. This will be immensely helpful for node_modules or build target directories.

> This will be immensely helpful for node_modules or build target directories. Why would anyone put a node project in Dropbox to begin with?

Sharing your work with other companies where sales/marketing people need to have access to since they have no clue how to use Git.

Re: Dropbox ignore file or folder in beta

#12

Post by terpua » Thu, Jan 30, 2020, 10:02 AM UTC

for those using google drive or onedrive, we have ignore rules which supports gitignore syntax -- https://help.insynchq.com/en/articles/3045421-ignore-rules

note: i'm a co-founder

Re: Dropbox ignore file or folder in beta

#13

Post by karlicoss » Thu, Jan 30, 2020, 10:03 AM UTC

Obligatory mention of Syncthing, which had .stignore file for a while [0]. It's open source, and you can selfhost in; but the downside comparing to Dropbox is that you won't be able to access your files if your computers are off.

[0] https://docs.syncthing.net/users/ignoring.html

Re: Dropbox ignore file or folder in beta

#14

Post by monsieurbanana » Thu, Jan 30, 2020, 10:18 AM UTC

bsaul wrote: post #7

NikolaeVarius wrote: post #6

Earlier quoted context omitted.

I can imagine a world where a arbitrary directory is filled with gitignore, dropboxignore, googledriveignore, backblazeignore, s3ignore, rsynciginore, dotignore, ipfsignore . . . Goddamn, stop the world I want to get off

That's probably a clue something needs to be done at the OS level regarding FS integration with cloud syncing systems and permissions.

All major OS already have a permission' system. It's on dropbox & co to honor them.

On linux you can create an user group named "cloud", and allow dropbox to only sync files that belong to that group.

Re: Dropbox ignore file or folder in beta

#15

Post by bsaul » Thu, Jan 30, 2020, 10:21 AM UTC

monsieurbanana wrote: post #14

bsaul wrote: post #7

Earlier quoted context omitted.

That's probably a clue something needs to be done at the OS level regarding FS integration with cloud syncing systems and permissions.

All major OS already have a permission' system. It's on dropbox & co to honor them. On linux you can create an user group named "cloud", and allow dropbox to only sync files that belong to that group.

Except dropbox will be totally unaware and try to access it.

What i envisionned was more like a "control center" app of all the outgoing (and incoming) pipes from your FS to syncing systems, with both last syncing time, configuration, etc. A little bit like what's already happening for mail and calendar integration into iOS applications, only for files and on the desktop.

Re: Dropbox ignore file or folder in beta

#16

Post by monsieurbanana » Thu, Jan 30, 2020, 10:24 AM UTC

bsaul wrote: post #15

monsieurbanana wrote: post #14

Earlier quoted context omitted.

All major OS already have a permission' system. It's on dropbox & co to honor them. On linux you can create an user group named "cloud", and allow dropbox to only sync files that belong to that group.

Except dropbox will be totally unaware and try to access it. What i envisionned was more like a "control center" app of all the outgoing (and incoming) pipes from your FS to syncing systems, with both last syncing time, configuration, etc. A little bit like what's already happening for mail and calendar integration into iOS applications, only for files and on the desktop.

Sorry, I edited my post before reading yours.

Yes, right now Dropbox would probably crash, but that's their problem. I really don't think it's something that should be handled by the OS when they already have a solution for it.

Re: Dropbox ignore file or folder in beta

#17

Post by kbumsik » Thu, Jan 30, 2020, 10:26 AM UTC

golergka wrote: post #10

spectaclepiece wrote: post #2

The most requested feature, to allow a file or folder to be ignored by Dropbox sync without using selective sync is finally in beta. The community requested a .dropboxignore file but they chose another solution which I’m sure is reasonable for making the feature more user friendly to non-devs. This will be immensely helpful for node_modules or build target directories.

> This will be immensely helpful for node_modules or build target directories. Why would anyone put a node project in Dropbox to begin with?

I put everything in Dropbox including all of my projects. In my experience it works pretty well even if node_modules can't be ignored now.

Putting every projects in Dropbox with .git is the most awesome feature of Dropbox. With Dropbox's History and Time Machine feature, you will be almost never able to delete/overwrite your work permanently, even by intention.

Re: Dropbox ignore file or folder in beta

#18

Post by pytester » Thu, Jan 30, 2020, 10:27 AM UTC

chairmanwow1 wrote: post #3

spectaclepiece wrote: post #2

The most requested feature, to allow a file or folder to be ignored by Dropbox sync without using selective sync is finally in beta. The community requested a .dropboxignore file but they chose another solution which I’m sure is reasonable for making the feature more user friendly to non-devs. This will be immensely helpful for node_modules or build target directories.

Who needs a VCS when you could just use Dropbox?

Anybody who might want to back up uncommitted changes and files you can't check in to your repository?

I don't do it personally, but I know people who do and it's not entirely illogical.

Re: Dropbox ignore file or folder in beta

#19

Post by bsaul » Thu, Jan 30, 2020, 10:31 AM UTC

monsieurbanana wrote: post #16

bsaul wrote: post #15

Earlier quoted context omitted.

Except dropbox will be totally unaware and try to access it. What i envisionned was more like a "control center" app of all the outgoing (and incoming) pipes from your FS to syncing systems, with both last syncing time, configuration, etc. A little bit like what's already happening for mail and calendar integration into iOS applications, only for files and on the desktop.

Sorry, I edited my post before reading yours. Yes, right now Dropbox would probably crash, but that's their problem. I really don't think it's something that should be handled by the OS when they already have a solution for it.

Depending on wether you're a linux, windows or mac user, you'll probably have different expectations on what the OS is suppose to provide by default.

Re: Dropbox ignore file or folder in beta

#20

Post by nolok » Thu, Jan 30, 2020, 10:35 AM UTC

bsaul wrote: post #7

NikolaeVarius wrote: post #6

Earlier quoted context omitted.

I can imagine a world where a arbitrary directory is filled with gitignore, dropboxignore, googledriveignore, backblazeignore, s3ignore, rsynciginore, dotignore, ipfsignore . . . Goddamn, stop the world I want to get off

That's probably a clue something needs to be done at the OS level regarding FS integration with cloud syncing systems and permissions.

I really don't think this should be handled at FS level.

robots.txt didn't need to know about who the robot was or what the hosting server was.