[UPDATE 2015-06-09] I have switched to git-fat-0.5.0 [2015-05-06]; the fork on PyPI maintained on GitHub by Alan Braithwaite of Cyan Inc. Unfortunately, I could not figure out how to clone a git-media repo, therefore git-media sucks.
Git-Fat - just works
Basically this comes with everything you need to work on Windows, Mac or Linux. It uses
rsync for transport, and the rest is mostly written in Python but does depend on some libraries that are standard in Linux and have mature ports in Windows and Mac. One of the major benefits of git-fat over git-media is that it uses a
.gitfat config file which updates your
git fat init is run. This is similar to git submodules and makes repos portable. In general there's more functionality and features than git-media. For example, you can list the files managed by git-fat, check for orphans and pull data from or push data to your remote storage. The only catch is that the wheel file at PyPI has metatags for win32 not amd64. This is easy to fix, but I think there are a couple of use cases that might differ from how the distribution was implemented.
If you look at a Linux install, the repository has a symlink to
git-fat. Why not just bootstrap git-fat if we only really need one file. Just dump everything in a single folder, change the file name to
git-fat and make sure there's a shebang that uses
#! /usr/bin/env python which git seems to prefer, then stick it on your path. This works for both msys-git and Windows cmd.
msysgit comes with Git Bash, a posix shell which includes many Linux libraries ported to Windows, such as gawk and ssh. Unfortunately it does not come with rsync, however you can get rsync from the msys source either from mingw-w64 (that's where I got it), from msys2, from the original mingw project, from mingw builds and from lots of places. You could even get it from cygwin. I usually stick files like this in my local bin folder which is always first on my path in git bash. You'll need to also grab the iconv, intl, lzma and popt msys libraries which rsync depends on. Anyway, since you have these libraries, you don't need the ones bundled in the wheel, however, git-fat is written to look for those bundled files if it detects that your platform is Windows, so just comment out those lines. You will need to change awk to gawk, since awk is a shell script that calls gawk. Again you can bootstrap this file, ie: put it in your local bin folder or install it into your Python site-packages and/or scripts folder.
This is the way I ended up using it. You can download my version here and install it with pip. I put the windows libraries into the site-packages git-fat folder instead of in scripts and then in the git-fat script, added the site-packages git-fat folder to the shell's path. Then I called the git-fat module as a script by adding a
__main__.py file to it which basically imports
git_fat.py and calls it using Python with the
-m option, but you could just as easily call the module as a script. This just keeps these extra libraries bundled together rather than dumping them into the scripts folder with everything else. Also since I mostly use git bash it doesn't put git-fat's libraries ahead of git's since they both use gawk and ssh.
Usage is extremely easy compared to git-media, which is a plus! Note these instructions are for msysgit git bash. For Windows cmd window replace
git fat with
git-fat everywhere. Both methods should work fine.
- Clone a repo that uses git-fat:
git clone my://remote/repo.git
- At this point there are only placeholders for your files with the same names, but just sha numbers that tell git-fat which file to grab from your remote storage
git fat initwhich sets up the filters and smudges that tell your local repo how to use git-fat with the .gitattributes file which is part of the repo already.
git fat pullwhich downloads your files from the remote storage specified in the .gitfat, which is also already in the repo
git fat listto see a list of managed files
git fat statusto see a list of orphans waiting to be pulled/pushed?
- Create a .gitfat file that specifies where rsync should store files. Note there are no indents. A windows UNC path seems to work fine.
[rsync] remote = //server/share/repo/fat
- Create a .gitattributes file to specify which files to store at the remote
- Commit the .gitfat and .gitattribute files
git fat initto set up your local .git/config
- Hack, commit, push, etc.
git fat pushto send stuff to your remote
Git-Media - sucky
Finally time to install Ruby. You're going to need it if you want to use git-media which let's you mix big biinary files within your git repo, but store them in some remote host, which could be google-drive, amazon s3, another server via ssh/scp or a network share. Why don't you want to store big binary files in your git repo? Since Git stores each revision instead of deltas, that means that it will quickly blow up as you make new commits.
Super easy, they recommend 2.1, no admin rights required, unzips into c:\
just like python, I checked all of the options: tk/tcl, add ruby to path
and what was the last option? Then I ran
gem install git-media trollup right_aws
right_aws OpenSSL::Digest issue
There is a tiny issue with right_aws where it outputs the message:
which is easily fixed by following the comments in git-media issue #3 or right_aws pull request #176.
Digest::Digest is deprecated; use Digest
The readme on the github overview page has everything you need to know.
other large file storage
- git-lfs: relative newcomer, developed by github for Github large file storage. Git-LFS appears to require an LFS server which GitHub intends to monetize. Sounds promising, it is open sourced, but not sure if it can be implemented easily as a standalone system unfortunately.
- git-fat by Jed Brown: an older repo that the cyaninc one is forked from, there is an open PR
- git-fat on PyPI: just works!
- git-annex: written in Haskell, there is a beta Windows installer.