| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| | |
Split diff line by '\t' for metadata and path
|
| |
| |
| |
| |
| |
| | |
This tests the edge case of doing a diff against a single whitespace
filename and returns the proper change type. All other normal usage of
this diff classmethod should remain unchanged.
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This protects against `.split(None)` which uses consecutive whitespace
as a separator to overlook paths where a single space is the filename.
For example, in this diff line:
line = ':100644 000000 e69de29bb2d1d6434b8b29ae775ad8c2e48c5391
0000000000000000000000000000000000000000 D '
The deleted file is a file named ' ' (just one space). It's entirely
possible to commit this, remove, and to produce the following output
from `git diff`:
git diff --name-status <SHA1> <SHA2>
D
M path/to/another/file.py
...
This would cause the initial `.split(None, 5)` to fail as it will count
all consecutive whitespace as a separator, disregarding the ' ' (single
space) filename.
|
|\
| |
| | |
Fix it's vs its in tutorial.rst
|
|/ |
|
|\
| |
| | |
config parsers as context mangers can now be reentered for locks
|
|/ |
|
|\
| |
| | |
fix(cmd): Use buffered reads
|
| |
| |
| | |
Popen defaults to using unbuffered reads, which are extremely slow.
|
|\ \
| |/
|/| |
ENH: skip test_is_ancestor on git versions < 1.8.0 not supporting git merge-base --is-ancestor
|
| |
| |
| |
| | |
merge-base --is-ancestor
|
| | |
|
|\ \
| | |
| | | |
feat(config-parsers): enable config parsers to be used as context managers
|
|/ /
| |
| |
| | |
if used as context managers, the parsers will automatically release their file locks.
|
| |
| |
| |
| | |
Related to #383
|
| |
| |
| |
| | |
Thanks travis, once again !
|
|/
|
|
| |
Fixes #383
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Just to get the tests green again for py2.7.
Deleting the test isn't the right way to do it, but the one of a
maintainer who wants to spend no more time than possibly necessary.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We keep stdout closed, which seems to have the side-effect of
stdout being connected to your TTY, in case you run a terminal.
However, this shold also prevent deadlocks, as only stderr is used.
The alternative would have been to try to fetch lines concurrently,
and we have been there.
For clone(), `communicate()` is used, and with some luck this will
just do the right thing. Even though last time I checked, it
didn't ... ? Lets see.
Stab at #72
|
| |
|
|
|
|
|
|
| |
Previously, it could have happened that pipes ran full, deadlocking the operation
Related to #72
|
|\
| |
| | |
DOC: minor typos
|
|/ |
|
|\
| |
| | |
Fixed a non-Windows import
|
|/
|
|
|
| |
signal.SIGKILL is not available on Windows so use signal.SIGTERM as a backup
when SIGKILL is not available.
|
|
|
|
|
|
| |
For more information, see CHANGES.rst
Fixes #369
|
|
|
|
|
|
|
|
|
|
| |
The problem is that a per-tree modification API cannot work properly, as the sorting is based
on full paths of all entries within the repository. This feat can only be achieved by the index,
which to my knowledge already does it correctly.
The only fix is to remove the misleading API entirely, which will happen in the next commit.
Related to #369
|
|
|
|
| |
[skip ci]
|
|
|
|
|
|
|
|
|
| |
Previously it was possible to generate trees which didn't
appear legit to git as gitpython's sorting was a simple alpha-numeric
sort. Git uses one that minimizes literal string comparisons though,
and thus behaves slightly differently sometimes.
Fixes #369
|
|\
| |
| | |
Added CHECKING_OUT as a logged operation
|
| | |
|
|/
|
|
| |
Closes #330
|
|
|
|
| |
Related to #362
|
|\
| |
| | |
Include 'timeout' parameter in Git execute
|
| |
| |
| |
| |
| |
| |
| |
| | |
Right now, we come out of the iteration in case of failure
while trying to kill a child pid. This may result in some of
the child pids staying alive.
Change-Id: I18d58fcefec2bbdae4ae9bf73594939ade241b52
|
| |
| |
| |
| |
| |
| |
| |
| | |
Specify that this feature is not supported on Windows and
mention about the negative side-effects of SIGKILL on a
repository.
Change-Id: Ibba2c3f51f84084b4637ae9aaafa87dd84000ef4
|
| |
| |
| |
| | |
Change-Id: I8ab3d5affb3f040dd9630687fb20aedbd7510070
|
| |
| |
| |
| |
| |
| |
| | |
If the timeout is not specified, we don't need the overhead of
creating a watchdog and event.
Change-Id: I53ff891af24d4c27fb16bf4bb35910dd1d19d238
|
| |
| |
| |
| | |
Change-Id: I2e081c606b75b7f8d3d1ee82d93c3d9f3bdcfcbe
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This feature enables to set a timeout while executing a git
command. After this timeout is over, the process will be killed.
If not explicitly specified, the default functionality will not
be affected.
Change-Id: I2dd5f0de7cb1f5f1b4253dd7ce92d23551d5f9a7
|
| | |
|
| |
| |
| |
| | |
Related to #357
|
|\ \
| | |
| | |
| | |
| | | |
gitpython-developers/revert-357-autointerrupt_deadlock_fix
Revert "fix(cmd): fixed deadlock when stderr buffer overflow"
|
|/ / |
|
|\ \
| |/
|/| |
fix(cmd): fixed deadlock when stderr buffer overflow
|
|/
|
|
|
|
|
| |
Fixed deadlock when using stderr=PIPE in Popen and Git generates enough
output to a pipe such that it blocks waiting for the OS pipe buffer to
accept more data (see
https://docs.python.org/2/library/subprocess.html#subprocess.Popen.wait)
|
| |
|