Skip to content

Latest commit

 

History

History
124 lines (80 loc) · 5.1 KB

README.md

File metadata and controls

124 lines (80 loc) · 5.1 KB
Raw

Xdelta for Go

This library provides a wrapper for the Xdelta library by Joshua MacDonald and others.

Click here to open the GoDoc documentation.

Getting Started

Patches are being created using the encoder, while applying the resulting patches is done by the decoder. The following workflows do exist:

Title Data Flow Description
Encoding (changed file) FROM -> TO => PATCH The encoding reads the new TO file and compares the data to the original FROM file and outputs the resulting PATCH file.
Encoding (new file) TO => PATCH The encoding reads the new TO file outputs the resulting PATCH file.
Decoding (changed file) PATCH -> FROM => TO The encoding reads the PATCH file and applies its operations to the original FROM file and outputs the resulting new TO file.
Decoding (new file) PATCH => TO The encoding reads the PATCH file outputs the resulting new TO file.

There is no process for deleting files (see Best Practices below).

The following example is more or less pseudo-code. (It should be easy enough to understand.)

import "github.com/konsorten/go-xdelta"

options := xdelta.EncoderOptions{
    FileID:    "myfile.ext",
    FromFile:  fromFileReaderSeeker,
    ToFile:    toFileReader,
    PatchFile: patchFileWriter,
}

enc, err := xdelta.NewEncoder(options)
if err != nil {
    return err
}
defer enc.Close()

// create the patch
err = enc.Process(context.TODO())
if err != nil {
    return err
}

The decoder works the same way.

Tracking Progress

The easiest way to track the progress is for encoding/creating to determine how much data has been read from the FROM file. And for the decoding/patching to take the PATCH file's read progress.

Best Practices

  1. Pre-allocate the TO/patched file when applying patches. This will reduce the fragmentation on the file system as it can reserve a spot (on the disk drive) that is large enough for the new file. For this to work, make sure to store the TO/patched file size so it can be read upfront.

  2. Check FROM file hash, before decoding/patching. Ensure that the FROM and PATCH files are correct, before starting the decoding/patching process.

  3. Handle deletion of files! The patching mechanism does not handle the deletion of existing files. Handle this yourself based on your meta-information. Be aware of the difference between an empty file (filesize of 0) and a deleted one.

  4. Do not use the patch file header. It is convenient place to store information, but usually you need security related information like the patch file hash upfront, anyway. Store other meta-information like the TO/patched file size and FROM file hashes, too.

  5. Sign the meta-information (like file sizes and hashes) with an asymmetric encryption key! Do this by calculating a hash and signing that one (never encrypt the file content itself). Sign using a private key and check the signature with the public one. Make sure to have the public key be embedded into your client to prevent man-in-the-middle attacks.

Building

The project requires the xdelta-lib native C++ library to be built into a DLL/.so/.dynlib file, before it will work. See Native Library below for details.

To build this project, simply run the following command:

go build

To run all the tests (including a patch roundtrip test), run the following command:

go test -v

Native Library

The native library is stored in the xdelta-lib sub-directory. To build it, run the appropiate build script for the desired platform:

Platform Script
Windows ./xdelta-lib/build-windows.bat

You can also obtain a pre-compiled version here: TODO

Build Status

The current status of the master branch:

OS Status
Windows AMD64 Build status
Ubuntu 16 AMD64 Build status

Authors

The library is sponsored by the marvin + konsorten GmbH.

We thank all the authors who provided code to this library:

  • Felix Kollmann

It is also based on the work by Joshua MacDonald and others.

License

(The Apache 2 License)

Copyright 2019 marvin + konsorten GmbH ([email protected])

Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at

http://www.apache.org/licenses/LICENSE-2.0

Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.