summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* Fixed python < 2.6 windows specific issue when reading in the index using a ↵Sebastian Thiel2010-07-111-1/+7
| | | | memory map. Its totally ridiculous, but fixed
* Moved test-centric windows specific fix into the class itself to assure this ↵Sebastian Thiel2010-07-112-7/+11
| | | | kind of issue doesn't popup for anyone
* bumped verison to 0.3.0 beta20.3.0-beta2Sebastian Thiel2010-07-097-372/+548
| | | | docs: added changelog, which moved from the CHANGES file into sphinx
* Added python 2.4 support: Repo will now use the original GitCmdObjectDB in ↵Sebastian Thiel2010-07-095-5/+18
| | | | python 2.4, as the pure python implementation cannot work without memory maps
* setup.py: fixed requirement - its interesting to see that there are two ↵0.3.0-beta1Sebastian Thiel2010-07-082-0/+1
| | | | different keywords for distutils and setuptools, the latter one doesn't read the ones of the first one, unfortunately
* Adjusted clone method to allow static classmethod clone ( using clone_from ) ↵Sebastian Thiel2010-07-072-19/+44
| | | | | | as well as the previous instance method clone to keep it compatible Fixed small bug in test code
* Merge branch 'revparse'Sebastian Thiel2010-07-0714-489/+935
|\
| * Added test for GitCmdObjectDB in order to verify the ↵Sebastian Thiel2010-07-072-3/+31
| | | | | | | | partial_to_complete_sha_hex is working as expected with different input ( it wasn't, of course ;) )
| * Adjusted previous object creators to use the rev_parse method directly. ↵Sebastian Thiel2010-07-076-23/+28
| | | | | | | | rev_parse could be adjusted not to return Objects anymore, providing better performance for those who just want a sha only. On the other hand, the method is high-level and should be convenient to use as well, its a starting point for more usually, hence its unlikely to call it in tight loops
| * Initially working implementation of short-sha parsing and interpretation, ↵Sebastian Thiel2010-07-075-47/+79
| | | | | | | | thanks to new gitdb functionality
| * Made repo.py a package to allow better localization of functions and ↵Sebastian Thiel2010-07-065-237/+260
| | | | | | | | utilities - the repo module got rather large
| * Implemented main rev-parsing, including long hexshas, tags and refs. Short ↵Sebastian Thiel2010-07-062-14/+46
| | | | | | | | Shas still to be done
| * Refs now use object.new_from_sha where possible, preventing git-batch-check ↵Sebastian Thiel2010-07-061-2/+2
| | | | | | | | to be started up for sha resolution
| * RevParse now generally works, but there are still some more specialized ↵Sebastian Thiel2010-07-064-25/+55
| | | | | | | | tests missing
| * Initial version of the rev-parse routine, which doesn't work too bad, but ↵Sebastian Thiel2010-07-067-439/+735
|/ | | | its still rather slow and many tests are not yet implemented
* win32 compatability adjustmentsunknown2010-07-026-10/+23
|
* Fixed broken 0.2 documentation, it didn't contain the API reference ↵Sebastian Thiel2010-07-0210-70/+3562
| | | | previously due to import errors and a somewhat inconsistent working tree that occurred when switching branches ...
* Merge branch 'docs'Sebastian Thiel2010-07-0183-198/+7892
|\
| * Added doc-index, which helps to keep documentation of prior but still ↵Sebastian Thiel2010-07-0146-0/+7578
| | | | | | | | somewhat supported versions alive
| * Moved all source files into the source folder, separating the build from the ↵Sebastian Thiel2010-07-019-27/+28
| | | | | | | | source directory
| * Added further information about the required submodules, and how to install ↵Sebastian Thiel2010-07-015-14/+33
| | | | | | | | them. Incremeneted version to 0.3.0 beta1
| * Added whatsnew and put it into the indexSebastian Thiel2010-06-293-4/+64
| | | | | | | | Set project version to 0.3.0 beta
| * revised tutorial to match the changed usage, added basic information about ↵Sebastian Thiel2010-06-293-44/+59
| | | | | | | | object databases
| * Removed blob.data property as there is no real reason for an exception to ↵Sebastian Thiel2010-06-294-36/+24
| | | | | | | | the rule of trying not to cache possibly heavy data. The data_stream method should be used instead
| * Renamed modules utils to util, and errors to exc to be more conforming to ↵Sebastian Thiel2010-06-2922-31/+35
| | | | | | | | the submodules's naming conventions
| * Removed repo tests which for some reason left the 'repos' directory around, ↵Sebastian Thiel2010-06-292-41/+19
| | | | | | | | replaced them by a real test which actually executes code, and puts everything into the tmp directory
| * Updated and fixed sphinx API docs, which included one quick skim-throughSebastian Thiel2010-06-2912-73/+124
|/
* Diff: fixed bug that caused a string to end up as a blob modeSebastian Thiel2010-06-299-103/+111
|
* Fixed performance tests which broke in the course of the sha1-20 byte changesSebastian Thiel2010-06-282-7/+9
|
* Merge branch 'sha20'Sebastian Thiel2010-06-2831-3425/+2917
|\
| * All tests adjusted to work with the changed internal sha representationSebastian Thiel2010-06-2819-173/+198
| |
| * Adjusted all files to (hopefully) deal with the fact that all objects now ↵Sebastian Thiel2010-06-2521-3278/+2745
|/ | | | | | | use 20 byte sha's internally as it is closer to the GitDB implementation Switched all remaining files back to tabs Adjusted all remaining docstrings to suit the sphinx doc convention - its likely that there are many of docstring syntax errors though
* index.reset is now partly implemented using python, but in fact it resorts ↵Sebastian Thiel2010-06-253-27/+34
| | | | to using git-read-tree to keep the stat information when merging one tree in. After all this is what needed to be implemented in python as well
* IndexFile.add: writing of the index file can now optionally be turned off. ↵Sebastian Thiel2010-06-242-7/+14
| | | | The default is to write the physical index, which is the behaviour you would expect
* GitCmdStreamReader: fixed terrible bug which only kicked in if the stream ↵Sebastian Thiel2010-06-244-7/+23
| | | | | | was actually empty. This is a rare case that can happen during stream testing. Theoretically there shouldn't be any empty streams of course, but practically they do exist sometimes ;); fixed stream.seek implementation, which previously used seek on standard output Improved GitCmd error handling
* aggressive_tree_merge: fixed incorrect handling of one branch, it was just ↵Sebastian Thiel2010-06-246-6/+44
| | | | | | not implemented causing incorrect merge results. Added test to cover this issue Diff: added NULL_BIN_SHA constant for completeness
* Multiple partly critical bugfixes related to index handlingSebastian Thiel2010-06-245-18/+47
|
* Merge branch 'fromtree'Sebastian Thiel2010-06-239-21/+590
|\
| * fixed critical bug in traverse_trees_recursive, implemented IndexFile.new ↵Sebastian Thiel2010-06-235-17/+31
| | | | | | | | including simple test, it may be simple as the methods it uses are throroughly tested
| * Added test for aggressive_tree_mergeSebastian Thiel2010-06-234-70/+175
| |
| * Implemented simple tree merging and a simple test, more elaborate testing is ↵Sebastian Thiel2010-06-232-15/+135
| | | | | | | | in progress
| * Initial frame for implementing read_tree using pure python. As git-read-tree ↵Sebastian Thiel2010-06-228-9/+339
|/ | | | | | | can do much more than we can ( and faster assumably ), the .new method is used to create new index instances from up to 3 trees. Implemented multi-tree traversal to facilitate building a stage list more efficiently ( although I am not sure whether it could be faster to use a dictionary together with some intensive lookup ), including test Added performance to learn how fast certain operations are, and whether one should be preferred over another
* Merge branch 'writetree'Sebastian Thiel2010-06-2215-346/+514
|\
| * index.write_tree: now uses MemoryDB, making tree handling more efficient as ↵Sebastian Thiel2010-06-223-4/+13
| | | | | | | | IO will only be done when required. A possible disadvantage though is that time is spent on compressing the trees, although only the raw data and their shas would theoretically be needed. On the other hand, compressing their data uses less memory. An optimal implementation would just sha the data, check for existance, and compress it to write it to the database right away. This would mean more specialized code though, introducing redundancy. If IStreams would know whether they contain compressed or uncompressed data, and if there was a method to get a sha from data, this would work nicely in the existing framework though
| * Tree-Writing now works after fixing an off-by-one errorSebastian Thiel2010-06-224-20/+42
| |
| * index.write_tree: initial version implemented, although its not yet working ↵Sebastian Thiel2010-06-2213-208/+298
| | | | | | | | | | | | | | correctly, a test to explicitly compare the git version with the python implementation is still missing Tree and Index internally use 20 byte shas, converting them only as needed to reduce memory footprint and processing time objects: started own 'fun' module containing the most important tree functions, more are likely to be added soon
| * index: put serialization methods into new 'fun' module, this makes the calls ↵Sebastian Thiel2010-06-214-143/+190
|/ | | | faster as it removes one level of indirection, and makes the main file smaller, improving maintainability
* index.add does not need the git clt anymoreSebastian Thiel2010-06-212-24/+9
|
* index: Entries are now using flags internally, instead of reducing the flag ↵Sebastian Thiel2010-06-214-60/+83
| | | | information to just the stage ( just to be closer to the git-original )
* index.add: now uses gitdb.store functionality instead of git-hash-file. The ↵Sebastian Thiel2010-06-215-647/+678
| | | | python version is about as fast, but could support multithreading using async
View Lorry Controller Status