Obsidian Sync: Better file and folder exclusion/inclusion rules

Use case or problem

With Obsidian Sync, I want to have more granular control over what files get shared. Excluding just by folder is limiting because I may want to strucutre folders in a way that do not work well with exclude folder feature.

Lets say I want to use sync to share plugins and certain files between my personal and work vaults.

I organize folders using PARA (Project, Area, Resource, Archive) folders.

There are certain files that I want to share between the two. For example, files that help index other files in my vault (eg. a “Tasks” page that pulls all the tasks within the vault, a “Projects” page that automatically links to all files in Project folder using bases, etc.) and certain resource notes.

I also may want to perserve the folder structure but not the individual files.

Proposed solution

  1. Provide an option to exclude files by regex
  2. Have a white/blacklist file (eg. like a .gitignore file)
  3. Exclude/include files based on certain file properities (eg. tags, other frontmatter properities)

Current workaround

Currently, I use a special folder that allows me to sync some of the pages I want in all vaults. Then I have to manually duplicate any directory structures/other files.

1 Like

I agree to have more control on what is included or not.

For instance, Obsidian Sync doesn’t include hidden folder but I would like to synchronize two of them since they are used by plugins that I like and effectively use.
I could move them in another folder but why I must show some technical information in my vault only because the service exclude them?

Moreover some other use some non data.json to store data. I know that is not the right way but it is the current situation.

From my point of view sync should allow to select file to be not synced but it should also allow to select file/folder to be synced on top of what it allows by default.

It is a matter of the user do not abuse since added files count against the storage size available.