An experiment to replace Git LFS with two text files.

git-pfs enables you to store (large) files somewhere else and not in your git repository. These files are referenced using entries in the .gitignore file of the current git repository.

This is an experiment and has a number of flaws compared to Git LFS. If you just want to use LFS on a different storage, take a look at the LFS Test Server or other LFS server implementations.

git-pfs is highly experimental and has number of disadvantages compared to Git LFS:

• Every user must carefully setup the storage location
• The storage directory must contain the same files for all users
• git pfs sync has to be run manually and can be forgotton which can lead to serious problems
• Manual edits to the git-pfs section of the .gitignore can break stuff
• Deleting .pfstrack can break stuff
• probably more

But git-pfs works with only two text files and one git config value! And that's something, right?

With cargo installed, run cargo build --release. This will create the executable target/release/git-pfs. Put it somewhere on your PATH. You can now use git pfs in your terminal.

Once you have done that you have to let git-pfs know where the storage for your repository is located. Inside your git repository set the pfs.storage value in the git config:

# an absolute path is required
git config pfs.storage /absolute/path/to/storage

git-pfs works by invoking the three main commands:

• add: Add a file to the storage or update an existing one
• unlink: Remove a file link to the storage but keep them on the fileystem
• sync: Synchronize with the storage (this has to be run manually after each git operation)

When you call git-pfs for the first time it will create some lines in your .gitignore.

IMPORTANT: git-pfs relies heavily on some contents of your .gitignore. Do not edit the lines between #>pfs and .pfstrack on your own!

Basically whenever your .gitignore changes or when you delete or change a linked file.

You can make use of git hooks to do this automatically for you but not all possible cases (e.g. git reset --hard) will be covered. Call git pfs sync in the following hooks:

• post-checkout
• post-merge
• post-rewrite

This should take care of most cases.

An alternative approach is to use a file watcher, e.g. inotifywait:

while inotifywait -e close_write .gitignore; do git pfs sync; done

git-pfs uses two files: .gitignore and .pfstrack to keep track of which files have to be uploaded/removed/downloaded.

.pfstrack is ignored by git and not changed when git operations happen. Therefore it always represents the last state when git-pfs was run. By comparing .gitignore and .pfstrack git-pfs can determine which files have to be transferred.

In the .gitignore the filenames and their sha256 hashes are stored (the order is important). The hashes are used as filenames in the storage.

• Make incremental copies to the storage
• Recursive add/unlink
• Use a git library?