delta/python-packages/gitpython.git/git, branch fix-for-invalid-data-in-commits

Ignore invalid data when decoding commit objects

2016-05-30T14:33:59+00:00

Previously, GitPython chokes on this while decoding.  Rather than
choking, instead accept the error and replace the invalid bytes by the
� (\x80) char.

Add test case as example of Git commit with invalid data

2016-05-30T14:32:26+00:00

This is a real commit from the microjs.com open source project, see
https://github.com/madrobby/microjs.com/commit/7e8457c17850d0991763941213dcb403d80f39f8,
which is declared to be encoded in UTF-8, but contains invalid bytes.

This makes GitPython choke on it while decoding.  Rather than choking,
this should instead accept the error and replace the invalid bytes by
the �  (\x80) char.

chore(remote): better super-class call syntax

2016-05-29T10:51:14+00:00

Python :) !!

Related to #451

chore(flake8): whitespace ...

2016-05-29T10:48:31+00:00

Related to #451

Signed-off-by: Sebastian Thiel

Fix traceback because _seen_ops is not initialised

2016-05-29T10:39:25+00:00

must call the base class __init__

fix(remote): improve version check

2016-05-29T08:47:06+00:00

Make version check much more readable, and fix it at
the same time. The previous implementation would assume
progress is supported just by looking at the patch-level
for instance.

A quick check of the git sources seems to indicate the
--progress flag exists in v1.7 of the git command-line
already.

Fixes #449

fix(remote): Add CallableRemoteProgress

2016-05-29T08:39:14+00:00

That way, the base type doesn't need any adjustment.

Related to #450

chore(misc): cleanup and docs

2016-05-29T08:29:54+00:00

Minor adjustments to PR to match current code style.

Related to #450

Merge remote-tracking branch 'upstream/master'

2016-05-28T12:23:18+00:00

The progress arg to push, pull, fetch and clone is now a python callable.

2016-05-28T11:05:23+00:00

This simplifies the API and removes the parser, RemoteProgres,
from the API as RemoteProgress is an internal detail of the implementation.

progress is accepted as:
* None - drop progress messages
* callable (function etc) - call the function with the same args as update
* object - assume its RemoteProgress derived as use as before

RemoteProgress takes an optional progress_function argument.
It will call the progress function if not None otherwise call self.update
as it used to.