Remove the trailing slash from autom4te.cache/ so that git status will
behave better.
- push command: Add --fuzz=N option. Add experimental --merge
  option. Fail pushes when GNU patch exits with a status > 1.
  Some cleanups.
I'm not sure it's really a good idea to bump --fuzz for merges; remove
that for now.
Allow to optionally specify different merge modes.
Ignore quilt-*.tar.gz tarballs as well.
Convert the French translation to UTF-8 like all other translations.
This avoids seeing a mix of encodings in diffs.
The translations still need updating...
Add the generated files configure and quilt.spec to the repository so that
reposititory snapshots can simply be used as release tarballs.
make snapshot: strip the v from v$version tags.
Fix the -M option (which aliases to --merge=rejects).
series command: add --color option
patches command: add --color option as well
Push command: update the -M / --merge option
- Rename push's -M option to -m.
- Push command: don't imply --force when --merge is given so that
  a patch that doesn't merge cleanly will still require to
  spcify --force separately.  Update merge syntax highlighting.
Minor test suite update

Recognize the output of more recent versions of patch, and set the
coreutils quoting style instead of matching different quoting styles.
Concurrent readdir() + unlink() compatibility fix
"quilt revert" accidentally creates a hard link, it shouldn't do that.

I think the reason is that apply_patch_temporarily() uses backup-files
to create the temporary files, and by default backup-files uses hard
links. For files which are modified by the patch, this isn't a problem
because patch will unlink the file before modifying it. But for files
which are not modified by the patch, the hard link is preserved.

Then quilt revert also makes a hard link to restore the file, on the
assumption that the temporary copy will be deleted right away. At
this point, files not modified by the patch will have a link count
of 3 (.pc/<patch>/<file>, d.*/<file> and <file>). When the temporary
file is deleted, the link count is still 2 (.pc/<patch>/<file> and
<file>).

A simple way to fix this is to always use cp instead of ln when
restoring the files. Performance is not as good, but at least it is
always correct. We could optimize the code to use ln when possible
and cp for the other cases, but honestly I don't think it is worth
the extra complexity. The speed of "quilt revert" is hardly
critical, given how infrequently this command is used.
Try to clarify the help text of "quilt revert"
Make git-desc work even outside git repositories and include it in tarballs