| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
| |
+ Mark all unused vars and other non-pep8 (PyDev) warnings
+ test_utils:
+ enable & fix forgotten IterableList looped path.
+ unittestize all assertions.
+ remote: minor fix progress dispatching unknown err-lines
|
|
|
| |
+ Some cases had restructuring of code.
|
|
|
|
|
|
|
|
|
| |
It's not optimal, as we can now return one of two types
which are only compatible in the most basic ways.
However, it is better than before, I presume.
Fixes #510
|
|
|
|
|
|
|
| |
As TagObjects can point to other TagObjects, we need
to keep going in order to resolve the final commit.
Fixes #503
|
|\ |
|
| | |
|
| | |
|
|/
|
|
|
| |
It must only have the first line of the
commit messages, not the while multiple line log.
|
|
|
|
| |
Fixes #394
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If a git repo has the misfortune to have a file with the name "HEAD"
at the root level of the repo, git will return an error because it
is unsure whether the file or ref is meant:
File "/usr/local/lib/python2.7/dist-packages/git/refs/head.py", line 81, in reset
self.repo.git.reset(mode, commit, add_arg, paths, **kwargs)
File "/usr/local/lib/python2.7/dist-packages/git/cmd.py", line 440, in <lambda>
return lambda *args, **kwargs: self._call_process(name, *args, **kwargs)
File "/usr/local/lib/python2.7/dist-packages/git/cmd.py", line 834, in _call_process
return self.execute(make_call(), **_kwargs)
File "/usr/local/lib/python2.7/dist-packages/git/cmd.py", line 627, in execute
raise GitCommandError(command, status, stderr_value)
GitCommandError: 'git reset --hard HEAD' returned with exit code 128
stderr: 'fatal: ambiguous argument 'HEAD': both revision and filename
Use '--' to separate filenames from revisions'
Implement its suggested fix by always passing '--' as an argument to
"git reset". It is fine to pass it with no file specifiers afterwords.
In that case, git knows that "HEAD" is always meant as the ref.
|
|
|
|
| |
Related to #252
|
|
|
|
|
|
| |
That way they are protected from regression.
Fixes #239
|
|
|
|
|
|
| |
GIT_PYTHON_TRACE would actually fail (now) if we debugged archive operations.
Related to #239
|
|
|
|
|
|
| |
Fixes #7
[ci skip]
|
|
|
|
| |
Now handling the new exception BadName as well
|
|
|
|
|
|
|
|
| |
At least leakage is considerably reduced.
Additionally, a test-case was added which triggers failure if auto-disposal
of resources wouldn't work.
Fixes #60
|
| |
|
| |
|
| |
|
|
|
|
| |
When merging, I accidentally removed the py3 adjustments
|
|\
| |
| |
| |
| | |
Conflicts:
git/refs/log.py
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
Kind of tackling the tasks step by step, picking low-hanging fruit first,
or the ones that everyone depends on
|
| |
| |
| |
| | |
Now it's about going through PY3 issues
|
| |
| |
| |
| |
| |
| | |
However, StringIO really is ByteIO in most cases, and py2.7 should
run but doesn't.
This should be made work first.
|
| |
| |
| |
| | |
More to come, especially when it's about strings
|
|/ |
|
| |
|
|
|
|
| |
All performance tests still print to stderr, but do so in a py3 compatible way
|
|
|
|
|
| |
There is more work to do though, as many imports are still incorrect.
Also, there are still print statements
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Commandline was
autopep8 -j 8 --max-line-length 120 --in-place --recursive --exclude "*gitdb*,*async*" git/
|
|
|
|
|
|
| |
Based on the functionality proposed in https://github.com/gitpython-developers/GitPython/pull/101
[ci skip]
|
| |
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Fixed most pressing issues, more to come in next commit as we introduced
a regression here.
Conflicts:
git/objects/commit.py
git/refs/log.py
git/refs/symbolic.py
|
| | |
|
| | |
|
| |
| |
| |
| | |
W291 trailing whitespace
|
| |
| |
| |
| | |
E261 at least two spaces before inline comment
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
E201 whitespace after '('
E202 whitespace before ')'
E203 whitespace before ':'
E225 missing whitespace around operator
E226 missing whitespace around arithmetic operator
E227 missing whitespace around bitwise or shift operator
E228 missing whitespace around modulo operator
E231 missing whitespace after ','
E241 multiple spaces after ','
E251 unexpected spaces around keyword / parameter equals
|
| |
| |
| |
| |
| |
| | |
E301 expected 1 blank line, found 0
E302 expected 2 blank lines, found 1
E303 too many blank lines (n)
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
W191 indentation contains tabs
E221 multiple spaces before operator
E222 multiple spaces after operator
E225 missing whitespace around operator
E271 multiple spaces after keyword
W292 no newline at end of file
W293 blank line contains whitespace
W391 blank line at end of file
|