Paul Campbell
3d4c238030
* [storage-aws] Refactoring * [lib] Add test for FileScanner * [lib] Add LocalFileSystemTest for scanCopyUpload * [lib] Add LocalFileSystem tests for scanDelete Also send a UIEvent for ActionChosen(ToDelete) * [lib] LocalFileSystemTest can handle files in any order * [lib] LocalFileSystemTest can handle files in any order #2 Don't include accountCounter or byteCounter are the order can change. * [domain] Remove LocalFile.relativeToSource * [sbt] Add missing modules to aggregate |
||
---|---|---|
.github | ||
app/src/main/scala/net/kemitix/thorp | ||
bin | ||
cli/src | ||
config/src | ||
console/src/main/scala/net/kemitix/thorp/console | ||
domain/src | ||
filesystem/src | ||
lib/src | ||
project | ||
storage/src/main/scala/net/kemitix/thorp/storage | ||
storage-aws/src | ||
uishell/src/main/scala/net/kemitix/throp/uishell | ||
.gitignore | ||
.scalafmt.conf | ||
.travis.yml | ||
build.sbt | ||
CHANGELOG.org | ||
LICENSE | ||
modules.dot | ||
README.org |
thorp
Synchronisation of files with S3 using the hash of the file contents.
file:https://img.shields.io/codacy/grade/c1719d44f1f045a8b71e1665a6d3ce6c.svg?style=for-the-badge file:https://img.shields.io/maven-central/v/net.kemitix.thorp/thorp_2.12.svg?style=for-the-badge
Originally based on Alex Kudlick's aws-s3-sync-by-hash.
The normal aws s3 sync ...
command only uses the time stamp of files
to decide what files need to be copied. This utility looks at the md5
hash of the file contents.
Usage
thorp Usage: thorp [options] -V, --version Display the version and quit -B, --batch Enabled batch-mode -s, --source <value> Source directory to sync to S3 -b, --bucket <value> S3 bucket name -p, --prefix <value> Prefix within the S3 Bucket -i, --include <value> Include matching paths -x, --exclude <value> Exclude matching paths -d, --debug Enable debug logging --no-global Ignore global configuration --no-user Ignore user configuration
If you don't provide a source
the current diretory will be used.
The --include
and --exclude
parameters can be used more than once.
The --source
parameter can be used more than once, in which case,
all files in all sources will be consolidated into the same
bucket/prefix.
Batch mode
Batch mode disable the ANSI console display and logs simple messages that can be written to a file.
Configuration
Configuration will be read from these files:
- Global:
/etc/thorp.conf
- User: ~
/.config/thorp.conf
- Source:
${source}/.thorp.conf
Command line arguments override those in Source, which override those in User, which override those Global, which override any built-in config.
When there is more than one source, only the first ".thorp.conf" file found will be used.
Built-in config consists of using the current working directory as
the source
.
Note, that include
and exclude
are cumulative across all
configuration files.
Behaviour
When considering a local file, the following table governs what should happen:
# | local file | remote key | hash of same key | hash of other keys | action |
1 | exists | exists | matches | - | do nothing |
2 | exists | is missing | - | matches | copy from other key |
3 | exists | is missing | - | no matches | upload |
4 | exists | exists | no match | matches | copy from other key |
5 | exists | exists | no match | no matches | upload |
6 | is missing | exists | - | - | delete |
Executable JAR
To build as an executable jar, perform `sbt assembly`
This will create the file `cli/target/scala-2.12/thorp`
Copy this file to your `PATH`.