| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
+ chore(deps):
+ smmap2-v2.1.0.dev4 (FIXes memoryview leak).
+ FIX quoted environment marker in requirements.
+ import actually smmap2!
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
speedups:
+ 3.5: ~5% faster
+ 3.4: ~15% faster
+ 3.3/2.7/2.6: the same
BREAKING API 1: `XXOStream` not an instance of `XXOInfo`.
BREAKING API 2: `XXOinfo/XXOStream not inheritable.
(ie no `DeriveTest` class).
|
| |
|
|
|
|
| |
+ chrore(deps): depend on *contextlib2* for `ExitStack` in PY2.
+ refact(util): BREAKING API move consts out of utils.
+ style(pep8): fixe all sources.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
Speed-up for non-error commits:
+ no-leak contextlibing(v.2.0.0, 941b6c7e): 5.20
+ Prev commit, no LazyMixin(v.2.1.0.dev1): 7.70
+ This commit, LazyMixin: 5.50
|
| |
|
|
|
| |
+ File-in-use errors were fixed with `gitdb.util.mman.collect()`!
+ This call is disabled `gitdb.util.HIDE_WINDOWS_KNOWN_ERRORS == False`.
+ Depend on latest smmp `v2.1.0.dev1` tag
|
| | |
|
| | |
|
| |
|
| |
+ stop importing git-submodules for gitdb & smmap
|
| |
|
|
|
|
|
|
|
|
| |
+ Packers MUST be invoked inside `Withh...` blocks, or `_cursor` won't
exist!
+ Had to drop NotLazy for their hierarchy :-(
+ Count entrances/exits.
+ feat(util: add `rmtree()` for READ_ONLY files on Windows.
3-->2 Windows TCs now fail.
|
| |
|
|
|
| |
+ feat(util): add logger.
+ feat(util): add suppress-ex context-handler (from PY3 sources).
|
| |
|
|
| |
+ fix(loose-db): fix bad-attr in ex-message
|
| |
|
|
|
| |
+ On Windows, you cannot write onto a file held by another live
file-pointer (test_pack.py:#L204).
+ The TC fails later, on clean up (the usual).
|
| | |
|
| |
|
|
| |
v2 is chosen to better match the name.
|
| | |
|
| |\
| |
| | |
Handle more file open/close with "with"
|
| | | |
|
| |/ |
|
| |
|
|
|
|
| |
This should workaround possible permission issues.
Related to https://github.com/gitpython-developers/GitPython/issues/353
|
| | |
|
| |
|
|
| |
Remove duplicate `const` to stop the warning: "duplicate 'const' declaration specifier"
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
As taken from https://github.com/gitpython-developers/gitdb/blob/master/gitdb/stream.py#L292
->
NOTE: Behavior changed in PY2.7 onward, which requires special handling to make the tests work properly.
They are thorough, and I assume it is truly working.
Why is this logic as convoluted as it is ? Please look at the table in
https://github.com/gitpython-developers/gitdb/issues/19 to learn about the test-results.
Bascially, on py2.6, you want to use branch 1, whereas on all other python version, the second branch
will be the one that works.
However, the zlib VERSIONs as well as the platform check is used to further match the entries in the
table in the github issue. This is it ... it was the only way I could make this work everywhere.
IT's CERTAINLY GOING TO BITE US IN THE FUTURE ... .
<-
Fixes #19
|
| | |
|
| |
|
|
|
|
|
| |
Therefore, hardcoded sha's are not allowed anymore, as the contents of
the repository is unknown.
Fixes #16, for real this time ;)
|
| | |
|
| |
|
|
|
|
|
| |
I have verified that all tests are working, even without a parent
git repository, as long as the said environment variable is set.
Fixes #16
|
| |
|
|
|
|
| |
For some reason, it gets bytes where it did expect a stream ... .
Probably I should have figured out where this was input, instead
of fixing it the brutal way
|
| |
|
|
|
| |
Configured travis to artificially restrict handle count to protect
from regression in that regard
|
| | |
|
| |
|
|
| |
Now we deal with memory views as well ...
|
| |
|
|
| |
And bumped version to 0.6.2
|
| |
|
|
| |
It doesn't do anything (in terms of fixing an issue), but it should be more correct than what was there previously
|
| |
|
|
| |
autopep8 -v -j 8 --max-line-length 120 --in-place --recursive
|
| |
|
|
|
|
|
|
| |
just packs
This should make it easier to assert the issue is truly fixed now
[skip ci]
|
| |
|
|
| |
Fixed tiny issue in python 3
|
| |
|
|
|
|
| |
the issue described in https://github.com/gitpython-developers/GitPython/issues/220
See test notes for proper usage, it all depends on a useful dataset with high entropy
|
| | |
|
| |
|
|
|
|
|
|
|
| |
information
This appears to fix https://github.com/gitpython-developers/GitPython/issues/220 , in this particular case.
Nonetheless, we might just have gotten lucky here, and the actual issue is not yet solved and can thus re-occour.
It would certainly be best to churn through plenty of loose objects to assure this truly works now. Maybe the pack could be recompressed as loose objects
to get a sufficiently large data set
|
| | |
|
| |
|
|
| |
This also explains why the tests suddenly stopped working - after all, the interpreter changed ... .
|
| |
|
|
| |
Maybe I can find a py 2.6 interpreter somewhere to reproduce it.
|
| |
|
|
| |
With a bit of luck, this one will just work now.
|