2015-09-27 17:13:20 +02:00
|
|
|
---
|
|
|
|
title: "Filtering"
|
|
|
|
description: "Filtering, includes and excludes"
|
|
|
|
---
|
|
|
|
|
|
|
|
# Filtering, includes and excludes #
|
|
|
|
|
|
|
|
Rclone has a sophisticated set of include and exclude rules. Some of
|
|
|
|
these are based on patterns and some on other things like file size.
|
|
|
|
|
2015-11-24 17:54:12 +01:00
|
|
|
The filters are applied for the `copy`, `sync`, `move`, `ls`, `lsl`,
|
2015-12-02 23:25:32 +01:00
|
|
|
`md5sum`, `sha1sum`, `size`, `delete` and `check` operations.
|
2016-01-11 13:39:33 +01:00
|
|
|
Note that `purge` does not obey the filters.
|
2015-11-24 17:54:12 +01:00
|
|
|
|
2015-09-27 17:13:20 +02:00
|
|
|
Each path as it passes through rclone is matched against the include
|
2016-02-08 09:22:54 +01:00
|
|
|
and exclude rules like `--include`, `--exclude`, `--include-from`,
|
|
|
|
`--exclude-from`, `--filter`, or `--filter-from`. The simplest way to
|
|
|
|
try them out is using the `ls` command, or `--dry-run` together with
|
2020-04-03 11:36:24 +02:00
|
|
|
`-v`. `--filter-from`, `--exclude-from`, `--include-from`, `--files-from`,
|
|
|
|
`--files-from-raw` understand `-` as a file name to mean read from standard
|
|
|
|
input.
|
2015-09-27 17:13:20 +02:00
|
|
|
|
|
|
|
## Patterns ##
|
|
|
|
|
|
|
|
The patterns used to match files for inclusion or exclusion are based
|
|
|
|
on "file globs" as used by the unix shell.
|
|
|
|
|
|
|
|
If the pattern starts with a `/` then it only matches at the top level
|
2016-11-27 19:20:45 +01:00
|
|
|
of the directory tree, **relative to the root of the remote** (not
|
|
|
|
necessarily the root of the local drive). If it doesn't start with `/`
|
|
|
|
then it is matched starting at the **end of the path**, but it will
|
|
|
|
only match a complete path element:
|
2015-09-27 17:13:20 +02:00
|
|
|
|
|
|
|
file.jpg - matches "file.jpg"
|
|
|
|
- matches "directory/file.jpg"
|
|
|
|
- doesn't match "afile.jpg"
|
|
|
|
- doesn't match "directory/afile.jpg"
|
2016-02-08 09:22:54 +01:00
|
|
|
/file.jpg - matches "file.jpg" in the root directory of the remote
|
2015-09-27 17:13:20 +02:00
|
|
|
- doesn't match "afile.jpg"
|
|
|
|
- doesn't match "directory/file.jpg"
|
|
|
|
|
2016-03-19 18:40:54 +01:00
|
|
|
**Important** Note that you must use `/` in patterns and not `\` even
|
|
|
|
if running on Windows.
|
|
|
|
|
2015-09-27 17:13:20 +02:00
|
|
|
A `*` matches anything but not a `/`.
|
|
|
|
|
|
|
|
*.jpg - matches "file.jpg"
|
|
|
|
- matches "directory/file.jpg"
|
2016-01-20 16:16:24 +01:00
|
|
|
- doesn't match "file.jpg/something"
|
2015-09-27 17:13:20 +02:00
|
|
|
|
2016-01-20 16:16:24 +01:00
|
|
|
Use `**` to match anything, including slashes (`/`).
|
2015-09-27 17:13:20 +02:00
|
|
|
|
|
|
|
dir/** - matches "dir/file.jpg"
|
|
|
|
- matches "dir/dir1/dir2/file.jpg"
|
|
|
|
- doesn't match "directory/file.jpg"
|
|
|
|
- doesn't match "adir/file.jpg"
|
|
|
|
|
|
|
|
A `?` matches any character except a slash `/`.
|
|
|
|
|
|
|
|
l?ss - matches "less"
|
|
|
|
- matches "lass"
|
|
|
|
- doesn't match "floss"
|
|
|
|
|
2019-03-27 20:12:24 +01:00
|
|
|
A `[` and `]` together make a character class, such as `[a-z]` or
|
2015-09-27 17:13:20 +02:00
|
|
|
`[aeiou]` or `[[:alpha:]]`. See the [go regexp
|
|
|
|
docs](https://golang.org/pkg/regexp/syntax/) for more info on these.
|
|
|
|
|
|
|
|
h[ae]llo - matches "hello"
|
|
|
|
- matches "hallo"
|
|
|
|
- doesn't match "hullo"
|
|
|
|
|
|
|
|
A `{` and `}` define a choice between elements. It should contain a
|
2017-10-28 08:03:51 +02:00
|
|
|
comma separated list of patterns, any of which might match. These
|
2015-09-27 17:13:20 +02:00
|
|
|
patterns can contain wildcards.
|
|
|
|
|
|
|
|
{one,two}_potato - matches "one_potato"
|
|
|
|
- matches "two_potato"
|
|
|
|
- doesn't match "three_potato"
|
|
|
|
- doesn't match "_potato"
|
|
|
|
|
|
|
|
Special characters can be escaped with a `\` before them.
|
|
|
|
|
|
|
|
\*.jpg - matches "*.jpg"
|
|
|
|
\\.jpg - matches "\.jpg"
|
2015-10-20 10:16:47 +02:00
|
|
|
\[one\].jpg - matches "[one].jpg"
|
2016-05-16 18:14:04 +02:00
|
|
|
|
2018-11-12 15:29:37 +01:00
|
|
|
Patterns are case sensitive unless the `--ignore-case` flag is used.
|
|
|
|
|
|
|
|
Without `--ignore-case` (default)
|
|
|
|
|
|
|
|
potato - matches "potato"
|
|
|
|
- doesn't match "POTATO"
|
|
|
|
|
|
|
|
With `--ignore-case`
|
|
|
|
|
|
|
|
potato - matches "potato"
|
|
|
|
- matches "POTATO"
|
|
|
|
|
2016-05-19 13:39:16 +02:00
|
|
|
Note also that rclone filter globs can only be used in one of the
|
|
|
|
filter command line flags, not in the specification of the remote, so
|
|
|
|
`rclone copy "remote:dir*.jpg" /path/to/dir` won't work - what is
|
|
|
|
required is `rclone --include "*.jpg" copy remote:dir /path/to/dir`
|
|
|
|
|
2016-05-16 18:14:04 +02:00
|
|
|
### Directories ###
|
|
|
|
|
|
|
|
Rclone keeps track of directories that could match any file patterns.
|
|
|
|
|
|
|
|
Eg if you add the include rule
|
|
|
|
|
2016-10-04 14:39:29 +02:00
|
|
|
/a/*.jpg
|
2016-05-16 18:14:04 +02:00
|
|
|
|
|
|
|
Rclone will synthesize the directory include rule
|
|
|
|
|
2016-10-04 14:39:29 +02:00
|
|
|
/a/
|
2016-05-16 18:14:04 +02:00
|
|
|
|
2016-10-04 14:39:29 +02:00
|
|
|
If you put any rules which end in `/` then it will only match
|
2016-05-16 18:14:04 +02:00
|
|
|
directories.
|
|
|
|
|
|
|
|
Directory matches are **only** used to optimise directory access
|
|
|
|
patterns - you must still match the files that you want to match.
|
2020-10-13 23:49:58 +02:00
|
|
|
Directory matches won't optimise anything on bucket based remotes (e.g.
|
2016-05-16 18:14:04 +02:00
|
|
|
s3, swift, google compute storage, b2) which don't have a concept of
|
|
|
|
directory.
|
|
|
|
|
2015-09-27 17:13:20 +02:00
|
|
|
### Differences between rsync and rclone patterns ###
|
|
|
|
|
2015-09-28 23:51:33 +02:00
|
|
|
Rclone implements bash style `{a,b,c}` glob matching which rsync doesn't.
|
2015-09-27 17:13:20 +02:00
|
|
|
|
|
|
|
Rclone always does a wildcard match so `\` must always escape a `\`.
|
|
|
|
|
|
|
|
## How the rules are used ##
|
|
|
|
|
2016-11-27 13:10:52 +01:00
|
|
|
Rclone maintains a combined list of include rules and exclude rules.
|
2015-09-27 17:13:20 +02:00
|
|
|
|
2016-11-27 13:10:52 +01:00
|
|
|
Each file is matched in order, starting from the top, against the rule
|
|
|
|
in the list until it finds a match. The file is then included or
|
|
|
|
excluded according to the rule type.
|
2015-09-27 17:13:20 +02:00
|
|
|
|
2016-11-27 13:10:52 +01:00
|
|
|
If the matcher fails to find a match after testing against all the
|
|
|
|
entries in the list then the path is included.
|
2015-09-27 17:13:20 +02:00
|
|
|
|
|
|
|
For example given the following rules, `+` being include, `-` being
|
|
|
|
exclude,
|
|
|
|
|
|
|
|
- secret*.jpg
|
|
|
|
+ *.jpg
|
|
|
|
+ *.png
|
|
|
|
+ file2.avi
|
|
|
|
- *
|
|
|
|
|
|
|
|
This would include
|
|
|
|
|
|
|
|
* `file1.jpg`
|
|
|
|
* `file3.png`
|
|
|
|
* `file2.avi`
|
|
|
|
|
|
|
|
This would exclude
|
|
|
|
|
|
|
|
* `secret17.jpg`
|
|
|
|
* non `*.jpg` and `*.png`
|
|
|
|
|
2016-05-16 18:14:04 +02:00
|
|
|
A similar process is done on directory entries before recursing into
|
|
|
|
them. This only works on remotes which have a concept of directory
|
2016-07-11 13:42:44 +02:00
|
|
|
(Eg local, google drive, onedrive, amazon drive) and not on bucket
|
2020-10-13 23:49:58 +02:00
|
|
|
based remotes (e.g. s3, swift, google compute storage, b2).
|
2016-05-16 18:14:04 +02:00
|
|
|
|
2015-09-27 17:13:20 +02:00
|
|
|
## Adding filtering rules ##
|
|
|
|
|
|
|
|
Filtering rules are added with the following command line flags.
|
|
|
|
|
2016-12-07 14:37:40 +01:00
|
|
|
### Repeating options ##
|
|
|
|
|
|
|
|
You can repeat the following options to add more than one rule of that
|
|
|
|
type.
|
|
|
|
|
|
|
|
* `--include`
|
|
|
|
* `--include-from`
|
|
|
|
* `--exclude`
|
|
|
|
* `--exclude-from`
|
|
|
|
* `--filter`
|
|
|
|
* `--filter-from`
|
2020-04-03 11:36:24 +02:00
|
|
|
* `--filter-from-raw`
|
2016-12-07 14:37:40 +01:00
|
|
|
|
2017-11-20 23:33:54 +01:00
|
|
|
**Important** You should not use `--include*` together with `--exclude*`.
|
|
|
|
It may produce different results than you expected. In that case try to use: `--filter*`.
|
|
|
|
|
2016-12-07 14:37:40 +01:00
|
|
|
Note that all the options of the same type are processed together in
|
|
|
|
the order above, regardless of what order they were placed on the
|
|
|
|
command line.
|
|
|
|
|
|
|
|
So all `--include` options are processed first in the order they
|
|
|
|
appeared on the command line, then all `--include-from` options etc.
|
|
|
|
|
|
|
|
To mix up the order includes and excludes, the `--filter` flag can be
|
|
|
|
used.
|
|
|
|
|
2015-09-27 17:13:20 +02:00
|
|
|
### `--exclude` - Exclude files matching pattern ###
|
|
|
|
|
|
|
|
Add a single exclude rule with `--exclude`.
|
|
|
|
|
2016-12-07 14:37:40 +01:00
|
|
|
This flag can be repeated. See above for the order the flags are
|
|
|
|
processed in.
|
|
|
|
|
2015-09-27 17:13:20 +02:00
|
|
|
Eg `--exclude *.bak` to exclude all bak files from the sync.
|
|
|
|
|
|
|
|
### `--exclude-from` - Read exclude patterns from file ###
|
|
|
|
|
|
|
|
Add exclude rules from a file.
|
|
|
|
|
2016-12-07 14:37:40 +01:00
|
|
|
This flag can be repeated. See above for the order the flags are
|
|
|
|
processed in.
|
|
|
|
|
2015-09-27 17:13:20 +02:00
|
|
|
Prepare a file like this `exclude-file.txt`
|
|
|
|
|
|
|
|
# a sample exclude rule file
|
|
|
|
*.bak
|
|
|
|
file2.jpg
|
|
|
|
|
|
|
|
Then use as `--exclude-from exclude-file.txt`. This will sync all
|
|
|
|
files except those ending in `bak` and `file2.jpg`.
|
|
|
|
|
|
|
|
This is useful if you have a lot of rules.
|
|
|
|
|
|
|
|
### `--include` - Include files matching pattern ###
|
|
|
|
|
|
|
|
Add a single include rule with `--include`.
|
|
|
|
|
2016-12-07 14:37:40 +01:00
|
|
|
This flag can be repeated. See above for the order the flags are
|
|
|
|
processed in.
|
|
|
|
|
2015-09-27 17:13:20 +02:00
|
|
|
Eg `--include *.{png,jpg}` to include all `png` and `jpg` files in the
|
|
|
|
backup and no others.
|
|
|
|
|
2016-01-10 12:42:53 +01:00
|
|
|
This adds an implicit `--exclude *` at the very end of the filter
|
|
|
|
list. This means you can mix `--include` and `--include-from` with the
|
2020-10-13 23:49:58 +02:00
|
|
|
other filters (e.g. `--exclude`) but you must include all the files you
|
2016-01-10 12:42:53 +01:00
|
|
|
want in the include statement. If this doesn't provide enough
|
|
|
|
flexibility then you must use `--filter-from`.
|
2015-09-27 17:13:20 +02:00
|
|
|
|
|
|
|
### `--include-from` - Read include patterns from file ###
|
|
|
|
|
|
|
|
Add include rules from a file.
|
|
|
|
|
2016-12-07 14:37:40 +01:00
|
|
|
This flag can be repeated. See above for the order the flags are
|
|
|
|
processed in.
|
|
|
|
|
2015-09-27 17:13:20 +02:00
|
|
|
Prepare a file like this `include-file.txt`
|
|
|
|
|
|
|
|
# a sample include rule file
|
|
|
|
*.jpg
|
|
|
|
*.png
|
|
|
|
file2.avi
|
|
|
|
|
|
|
|
Then use as `--include-from include-file.txt`. This will sync all
|
|
|
|
`jpg`, `png` files and `file2.avi`.
|
|
|
|
|
|
|
|
This is useful if you have a lot of rules.
|
|
|
|
|
2016-01-10 12:42:53 +01:00
|
|
|
This adds an implicit `--exclude *` at the very end of the filter
|
|
|
|
list. This means you can mix `--include` and `--include-from` with the
|
2020-10-13 23:49:58 +02:00
|
|
|
other filters (e.g. `--exclude`) but you must include all the files you
|
2016-01-10 12:42:53 +01:00
|
|
|
want in the include statement. If this doesn't provide enough
|
|
|
|
flexibility then you must use `--filter-from`.
|
2015-09-27 17:13:20 +02:00
|
|
|
|
|
|
|
### `--filter` - Add a file-filtering rule ###
|
|
|
|
|
|
|
|
This can be used to add a single include or exclude rule. Include
|
|
|
|
rules start with `+ ` and exclude rules start with `- `. A special
|
|
|
|
rule called `!` can be used to clear the existing rules.
|
|
|
|
|
2016-12-07 14:37:40 +01:00
|
|
|
This flag can be repeated. See above for the order the flags are
|
|
|
|
processed in.
|
|
|
|
|
2015-09-27 17:13:20 +02:00
|
|
|
Eg `--filter "- *.bak"` to exclude all bak files from the sync.
|
|
|
|
|
|
|
|
### `--filter-from` - Read filtering patterns from a file ###
|
|
|
|
|
|
|
|
Add include/exclude rules from a file.
|
|
|
|
|
2016-12-07 14:37:40 +01:00
|
|
|
This flag can be repeated. See above for the order the flags are
|
|
|
|
processed in.
|
|
|
|
|
2015-09-27 17:13:20 +02:00
|
|
|
Prepare a file like this `filter-file.txt`
|
|
|
|
|
2017-09-01 12:35:26 +02:00
|
|
|
# a sample filter rule file
|
2015-09-27 17:13:20 +02:00
|
|
|
- secret*.jpg
|
|
|
|
+ *.jpg
|
|
|
|
+ *.png
|
|
|
|
+ file2.avi
|
2017-09-01 12:35:26 +02:00
|
|
|
- /dir/Trash/**
|
|
|
|
+ /dir/**
|
2015-09-27 17:13:20 +02:00
|
|
|
# exclude everything else
|
|
|
|
- *
|
|
|
|
|
|
|
|
Then use as `--filter-from filter-file.txt`. The rules are processed
|
|
|
|
in the order that they are defined.
|
|
|
|
|
|
|
|
This example will include all `jpg` and `png` files, exclude any files
|
2017-09-01 12:35:26 +02:00
|
|
|
matching `secret*.jpg` and include `file2.avi`. It will also include
|
|
|
|
everything in the directory `dir` at the root of the sync, except
|
|
|
|
`dir/Trash` which it will exclude. Everything else will be excluded
|
|
|
|
from the sync.
|
2015-09-27 17:13:20 +02:00
|
|
|
|
|
|
|
### `--files-from` - Read list of source-file names ###
|
|
|
|
|
|
|
|
This reads a list of file names from the file passed in and **only**
|
2018-03-01 10:59:50 +01:00
|
|
|
these files are transferred. The **filtering rules are ignored**
|
2015-09-27 17:13:20 +02:00
|
|
|
completely if you use this option.
|
|
|
|
|
2020-05-19 13:02:44 +02:00
|
|
|
`--files-from` expects a list of files as its input. Leading / trailing
|
2020-04-03 11:36:24 +02:00
|
|
|
whitespace is stripped from the input lines and lines starting with `#`
|
|
|
|
and `;` are ignored.
|
2019-10-28 23:42:49 +01:00
|
|
|
|
2019-02-13 18:14:51 +01:00
|
|
|
Rclone will traverse the file system if you use `--files-from`,
|
|
|
|
effectively using the files in `--files-from` as a set of filters.
|
|
|
|
Rclone will not error if any of the files are missing.
|
|
|
|
|
|
|
|
If you use `--no-traverse` as well as `--files-from` then rclone will
|
|
|
|
not traverse the destination file system, it will find each file
|
|
|
|
individually using approximately 1 API call. This can be more
|
|
|
|
efficient for small lists of files.
|
2018-10-19 18:41:14 +02:00
|
|
|
|
2016-12-07 14:37:40 +01:00
|
|
|
This option can be repeated to read from more than one file. These
|
|
|
|
are read in the order that they are placed on the command line.
|
|
|
|
|
2018-03-01 10:59:50 +01:00
|
|
|
Paths within the `--files-from` file will be interpreted as starting
|
|
|
|
with the root specified in the command. Leading `/` characters are
|
2020-04-03 11:36:24 +02:00
|
|
|
ignored. See [--files-from-raw](#files-from-raw-read-list-of-source-file-names-without-any-processing)
|
|
|
|
if you need the input to be processed in a raw manner.
|
2018-03-01 10:59:50 +01:00
|
|
|
|
|
|
|
For example, suppose you had `files-from.txt` with this content:
|
2015-09-27 17:13:20 +02:00
|
|
|
|
|
|
|
# comment
|
|
|
|
file1.jpg
|
2018-03-01 10:59:50 +01:00
|
|
|
subdir/file2.jpg
|
|
|
|
|
|
|
|
You could then use it like this:
|
|
|
|
|
|
|
|
rclone copy --files-from files-from.txt /home/me/pics remote:pics
|
2015-09-27 17:13:20 +02:00
|
|
|
|
2018-03-01 10:59:50 +01:00
|
|
|
This will transfer these files only (if they exist)
|
2015-09-27 17:13:20 +02:00
|
|
|
|
2018-03-01 10:59:50 +01:00
|
|
|
/home/me/pics/file1.jpg → remote:pics/file1.jpg
|
2019-07-27 13:35:54 +02:00
|
|
|
/home/me/pics/subdir/file2.jpg → remote:pics/subdir/file2.jpg
|
2018-03-01 10:59:50 +01:00
|
|
|
|
|
|
|
To take a more complicated example, let's say you had a few files you
|
|
|
|
want to back up regularly with these absolute paths:
|
2016-07-05 13:33:59 +02:00
|
|
|
|
|
|
|
/home/user1/important
|
|
|
|
/home/user1/dir/file
|
|
|
|
/home/user2/stuff
|
|
|
|
|
|
|
|
To copy these you'd find a common subdirectory - in this case `/home`
|
|
|
|
and put the remaining files in `files-from.txt` with or without
|
2020-10-13 23:49:58 +02:00
|
|
|
leading `/`, e.g.
|
2016-07-05 13:33:59 +02:00
|
|
|
|
|
|
|
user1/important
|
|
|
|
user1/dir/file
|
|
|
|
user2/stuff
|
|
|
|
|
|
|
|
You could then copy these to a remote like this
|
|
|
|
|
|
|
|
rclone copy --files-from files-from.txt /home remote:backup
|
|
|
|
|
|
|
|
The 3 files will arrive in `remote:backup` with the paths as in the
|
2018-03-01 10:59:50 +01:00
|
|
|
`files-from.txt` like this:
|
|
|
|
|
|
|
|
/home/user1/important → remote:backup/user1/important
|
|
|
|
/home/user1/dir/file → remote:backup/user1/dir/file
|
2019-07-27 13:35:54 +02:00
|
|
|
/home/user2/stuff → remote:backup/user2/stuff
|
2016-07-05 13:33:59 +02:00
|
|
|
|
|
|
|
You could of course choose `/` as the root too in which case your
|
|
|
|
`files-from.txt` might look like this.
|
|
|
|
|
|
|
|
/home/user1/important
|
|
|
|
/home/user1/dir/file
|
|
|
|
/home/user2/stuff
|
|
|
|
|
|
|
|
And you would transfer it like this
|
|
|
|
|
|
|
|
rclone copy --files-from files-from.txt / remote:backup
|
|
|
|
|
2018-03-01 10:59:50 +01:00
|
|
|
In this case there will be an extra `home` directory on the remote:
|
|
|
|
|
2019-07-27 13:35:54 +02:00
|
|
|
/home/user1/important → remote:backup/home/user1/important
|
|
|
|
/home/user1/dir/file → remote:backup/home/user1/dir/file
|
|
|
|
/home/user2/stuff → remote:backup/home/user2/stuff
|
2016-07-05 13:33:59 +02:00
|
|
|
|
2020-04-03 11:36:24 +02:00
|
|
|
### `--files-from-raw` - Read list of source-file names without any processing ###
|
|
|
|
This option is same as `--files-from` with the only difference being that the input
|
|
|
|
is read in a raw manner. This means that lines with leading/trailing whitespace and
|
|
|
|
lines starting with `;` or `#` are read without any processing. [rclone lsf](/commands/rclone_lsf/)
|
|
|
|
has a compatible format that can be used to export file lists from remotes, which
|
|
|
|
can then be used as an input to `--files-from-raw`.
|
|
|
|
|
2015-09-27 17:13:20 +02:00
|
|
|
### `--min-size` - Don't transfer any file smaller than this ###
|
|
|
|
|
|
|
|
This option controls the minimum size file which will be transferred.
|
|
|
|
This defaults to `kBytes` but a suffix of `k`, `M`, or `G` can be
|
|
|
|
used.
|
|
|
|
|
|
|
|
For example `--min-size 50k` means no files smaller than 50kByte will be
|
|
|
|
transferred.
|
|
|
|
|
|
|
|
### `--max-size` - Don't transfer any file larger than this ###
|
|
|
|
|
|
|
|
This option controls the maximum size file which will be transferred.
|
|
|
|
This defaults to `kBytes` but a suffix of `k`, `M`, or `G` can be
|
|
|
|
used.
|
|
|
|
|
|
|
|
For example `--max-size 1G` means no files larger than 1GByte will be
|
|
|
|
transferred.
|
|
|
|
|
2015-12-29 20:34:10 +01:00
|
|
|
### `--max-age` - Don't transfer any file older than this ###
|
|
|
|
|
|
|
|
This option controls the maximum age of files to transfer. Give in
|
|
|
|
seconds or with a suffix of:
|
|
|
|
|
|
|
|
* `ms` - Milliseconds
|
|
|
|
* `s` - Seconds
|
|
|
|
* `m` - Minutes
|
|
|
|
* `h` - Hours
|
|
|
|
* `d` - Days
|
|
|
|
* `w` - Weeks
|
|
|
|
* `M` - Months
|
|
|
|
* `y` - Years
|
|
|
|
|
|
|
|
For example `--max-age 2d` means no files older than 2 days will be
|
|
|
|
transferred.
|
|
|
|
|
2020-05-11 14:25:39 +02:00
|
|
|
This can also be an absolute time in one of these formats
|
|
|
|
|
2020-10-13 23:49:58 +02:00
|
|
|
- RFC3339 - e.g. "2006-01-02T15:04:05Z07:00"
|
2020-05-11 14:25:39 +02:00
|
|
|
- ISO8601 Date and time, local timezone - "2006-01-02T15:04:05"
|
|
|
|
- ISO8601 Date and time, local timezone - "2006-01-02 15:04:05"
|
|
|
|
- ISO8601 Date - "2006-01-02" (YYYY-MM-DD)
|
|
|
|
|
2015-12-29 20:34:10 +01:00
|
|
|
### `--min-age` - Don't transfer any file younger than this ###
|
|
|
|
|
|
|
|
This option controls the minimum age of files to transfer. Give in
|
|
|
|
seconds or with a suffix (see `--max-age` for list of suffixes)
|
|
|
|
|
|
|
|
For example `--min-age 2d` means no files younger than 2 days will be
|
|
|
|
transferred.
|
|
|
|
|
2015-09-27 17:13:20 +02:00
|
|
|
### `--delete-excluded` - Delete files on dest excluded from sync ###
|
|
|
|
|
|
|
|
**Important** this flag is dangerous - use with `--dry-run` and `-v` first.
|
|
|
|
|
|
|
|
When doing `rclone sync` this will delete any files which are excluded
|
|
|
|
from the sync on the destination.
|
|
|
|
|
|
|
|
If for example you did a sync from `A` to `B` without the `--min-size 50k` flag
|
|
|
|
|
2020-06-05 18:04:23 +02:00
|
|
|
rclone sync -i A: B:
|
2015-09-27 17:13:20 +02:00
|
|
|
|
|
|
|
Then you repeated it like this with the `--delete-excluded`
|
|
|
|
|
|
|
|
rclone --min-size 50k --delete-excluded sync A: B:
|
|
|
|
|
|
|
|
This would delete all files on `B` which are less than 50 kBytes as
|
|
|
|
these are now excluded from the sync.
|
|
|
|
|
|
|
|
Always test first with `--dry-run` and `-v` before using this flag.
|
|
|
|
|
2017-11-20 21:21:44 +01:00
|
|
|
### `--dump filters` - dump the filters to the output ###
|
2015-09-27 17:13:20 +02:00
|
|
|
|
|
|
|
This dumps the defined filters to the output as regular expressions.
|
|
|
|
|
|
|
|
Useful for debugging.
|
|
|
|
|
2018-11-12 15:29:37 +01:00
|
|
|
### `--ignore-case` - make searches case insensitive ###
|
|
|
|
|
|
|
|
Normally filter patterns are case sensitive. If this flag is supplied
|
|
|
|
then filter patterns become case insensitive.
|
|
|
|
|
|
|
|
Normally a `--include "file.txt"` will not match a file called
|
|
|
|
`FILE.txt`. However if you use the `--ignore-case` flag then
|
|
|
|
`--include "file.txt"` this will match a file called `FILE.txt`.
|
|
|
|
|
2015-09-27 17:13:20 +02:00
|
|
|
## Quoting shell metacharacters ##
|
|
|
|
|
|
|
|
The examples above may not work verbatim in your shell as they have
|
2020-10-13 23:49:58 +02:00
|
|
|
shell metacharacters in them (e.g. `*`), and may require quoting.
|
2015-09-27 17:13:20 +02:00
|
|
|
|
|
|
|
Eg linux, OSX
|
|
|
|
|
|
|
|
* `--include \*.jpg`
|
|
|
|
* `--include '*.jpg'`
|
|
|
|
* `--include='*.jpg'`
|
|
|
|
|
|
|
|
In Windows the expansion is done by the command not the shell so this
|
|
|
|
should work fine
|
|
|
|
|
|
|
|
* `--include *.jpg`
|
2017-11-09 10:40:47 +01:00
|
|
|
|
|
|
|
## Exclude directory based on a file ##
|
|
|
|
|
|
|
|
It is possible to exclude a directory based on a file, which is
|
|
|
|
present in this directory. Filename should be specified using the
|
|
|
|
`--exclude-if-present` flag. This flag has a priority over the other
|
|
|
|
filtering flags.
|
|
|
|
|
|
|
|
Imagine, you have the following directory structure:
|
|
|
|
|
|
|
|
dir1/file1
|
|
|
|
dir1/dir2/file2
|
|
|
|
dir1/dir2/dir3/file3
|
|
|
|
dir1/dir2/dir3/.ignore
|
|
|
|
|
|
|
|
You can exclude `dir3` from sync by running the following command:
|
|
|
|
|
2020-06-05 18:04:23 +02:00
|
|
|
rclone sync -i --exclude-if-present .ignore dir1 remote:backup
|
2017-11-09 10:40:47 +01:00
|
|
|
|
|
|
|
Currently only one filename is supported, i.e. `--exclude-if-present`
|
|
|
|
should not be used multiple times.
|