Is there a simple way to handle binary files in git operations? I think my ideal in this case - 'merging' of .mo files (binary .po messages) - would be to give precedence to the newer file, copying it over the top of the older one.
So can I configure git to do this or is it always going to be a manual exercise?
You could add a custom merge driver in a gitattributes file (see this SO question), only for the *.mo
files and only in the relevant directories.
echo *.mo merge=keepTheir > dirWithMoFiles\.gitattributes
git config merge.keepTheir.name "always keep theirduring merge"
git config merge.keepTheir.driver "keepTheir.sh %O %A %B"
With keepTheir.sh
as:
mv -f $3 $2
exit 0
Well the best idea is not to keep generated files (such as .mo files) under version control.
If you still want to have them in Git, use standard ways to resolve conflicts.
For example you can get either version of conflicting file:
git checkout --theirs -- dir/file.mo
git checkout --ours -- dir/file.mo
Or use git mergetool
which will provide you both versions of conflicting file.
basically this concept was nicely explain here How do I tell git to always select my local version for conflicted merges on a specific file?
and here is a bash script simplifying the steps described there https://github.com/equivalent/git_to_svn_behavior-
(steps how to run in Readme)
来源:https://stackoverflow.com/questions/2408748/how-to-handle-gitting-of-binaries-e-g-mo-files