summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Fixed remaining tests as far as possible/necessary before the actual work ↵fetch_n_pushSebastian Thiel2011-05-053-26/+25
| | | | starts. Oh my ...
* Fixed all remaining db testsSebastian Thiel2011-05-056-12/+12
|
* Fixed db/test_gitSebastian Thiel2011-05-054-8/+15
|
* First rename session, db/test_base.py works, but there is much more work to doSebastian Thiel2011-05-0415-76/+81
|
* Moved plenty of code around to separate pure python implementation from ↵Sebastian Thiel2011-04-2914-326/+560
| | | | future ones. This will change plenty of imports, which still needs to be fixed. Fortunately, this is a good foundation for getting all the tests fixed one again. Another step is to make the tests more flexible by allowing to run them with different object database easily.
* First version with some working reference tests. The db implementation is ↵Sebastian Thiel2011-04-295-10/+330
| | | | still a mess, it really needs to be separated into interfaces and implementations, sorted by type , like pure, pygit(at some point) and so on. This would already allow database implementations to be mixed and matched. One further step to be taken another day would be to 'interfacify' object and reference types, so they could be replaced by different implementations as well including full isinstance support (as isinstance would only check for the base interface). To ease this, the interfaces would just keep their original names, but the implementation would move to types like PureObject, PureSymbolicReference, etc. etc
* Renaemd odb to repo (once again) as references require a full repository ↵Sebastian Thiel2011-04-297-140/+151
| | | | with reference support, as opposed to a plain odb which objects are already happy with. Tests now work up to the point where a rev-parse is required. This could be helped, but revparse could also be implemented somewhere which was the reason for pulling in so much code in the first place
* Applied more fixes and an implementation for the RepositoryPathsMixin. This ↵Sebastian Thiel2011-04-299-35/+126
| | | | showed that we need to distinguish between plain object dbs with a respective interface and full repositories, which have references and remotes. Ideally, the ones that require only odbs use the odb member, others use the repo member
* Added RepositoryPathMixin as well as ConfigurationMixin. The first mentioned ↵Sebastian Thiel2011-04-265-20/+152
| | | | one still needs to be implemented, and integrated into type hierarchy to be actually useful. A test for the RepositoryPathsMixin would be required as well
* Fixed reference tests - symbolic refs now need to be created with a ↵Sebastian Thiel2011-04-268-32/+92
| | | | git_dir() providing repository. Currently there is no separate interface for this, which might have to be added at some point just for the sake of completeness
* Fixed ref test up to the point where there is an issue resolving objects in ↵Sebastian Thiel2011-04-266-44/+51
| | | | the database for some reason.
* Fixed a few broken tests. test_refs is still not working as it needs more ↵Sebastian Thiel2011-04-259-9/+1981
| | | | | | throrough changes based on the interfaces actually available in gitdb. This should work though as all references have iter_* methods which do the actual work. Added git config parser to the mix, including working test - the module is not very interdependent, fortunately.
* Initial version of objects. The submodule implementation is left in ↵Sebastian Thiel2011-04-0715-0/+1910
| | | | git-python for now as it requires plenty of additional features which are currently only available via the git command
* Added ref implementation and tried to fix it so that it has a chance of ↵Sebastian Thiel2011-04-0713-14/+2109
| | | | running. Currently it requires an object implementation which will be ported next. None of the tests is expected to run yet.
* Added first scetch of a transport DB interface which should be enough to ↵Sebastian Thiel2011-04-043-2/+152
| | | | allow an own implementation of the git protocol without breaking clients. It also includes interfaces for the fetchinfo and pushinfo types
* Merge branch 'pack_writing'Sebastian Thiel2011-03-3111-42/+737
|\
| * Fixed _perf module, which built, but didn't link dynamically. All the time, ↵Sebastian Thiel2011-03-313-13/+55
| | | | | | | | | | | | I think it never successfully imported, but its hard to believe this slipped by. Added performance test for pack-writing, which isn't really showing what I want as it currently read data from a densly compressed pack which takes most of the time in the nearly pure python implementation. Compared to c++, all the measured performance is just below anything I'd want to use. But we shouldn't forget this is just a test implementation, writing packs is quite simple actually, if you leave out the delta compression part and the delta logic
| * crc needs to be done on the pack object header as well, of courseSebastian Thiel2011-03-312-5/+19
| |
| * Implemented remainder of the test, and it already shows that something is ↵Sebastian Thiel2011-03-313-27/+76
| | | | | | | | wrong with my packs. Probably something stupid ;)
| * initial version of pack writing, which seems to work, but still needs some ↵Sebastian Thiel2011-03-315-22/+266
| | | | | | | | more testing and verification
| * Added stub for pack writing implementation which should work for pack ↵Sebastian Thiel2011-03-313-19/+50
| | | | | | | | streaming over a transport as well
| * Added qt creator project as it has advantages regarding the navigation over ↵Sebastian Thiel2011-03-312-0/+315
|/ | | | jEdit, although jedit has advantages regarding the syntax highlighting and whitespace visualization
* preprended all modules with licensing informationSebastian Thiel2011-02-2334-0/+132
|
* Added license information fileSebastian Thiel2011-02-232-0/+30
|
* setup .gitmodules to use a trackin branch automaticallySebastian Thiel2010-12-011-0/+1
|
* Merge branch 'structure'Sebastian Thiel2010-11-3052-29/+32
|\
| * setup and doc generation works once againSebastian Thiel2010-11-305-14/+14
| |
| * Fixed unittestsSebastian Thiel2010-11-306-7/+12
| |
| * moved all relevant files into the gitdb folder.Sebastian Thiel2010-11-3045-2/+2
| | | | | | | | Submodule relinked to point to new github location, and moved as well
| * Ajusted all links to point to new repository on githubSebastian Thiel2010-11-303-6/+4
|/
* Switched async submodule to using github instead of gitoriousSebastian Thiel2010-11-251-1/+1
|
* Added zip_safe flag to setup.py0.5.2Sebastian Thiel2010-11-212-0/+1
|
* Added delta_apply.h file to make more native use of python's build system, ↵Sebastian Thiel2010-11-215-3/+14
| | | | which should hopefully fix the easy_install trouble
* setup: added missing _delta_apply.c file to setup script, allowing the ↵Sebastian Thiel2010-11-211-1/+1
| | | | performance module to be compiled
* Updated changelog for 0.5.2Sebastian Thiel2010-11-201-0/+6
|
* bumped version to 0.5.2Sebastian Thiel2010-11-201-1/+1
|
* Changed name/id of async submodule to something that doesn't look like a pathSebastian Thiel2010-11-181-1/+1
|
* Updated to latest revision of async to support new thread-shutdown functionalitySebastian Thiel2010-11-121-0/+0
|
* Updated algorithm paper with the latest changes - thats it for nowSebastian Thiel2010-10-182-12/+10
|
* Merge branch 'memory'Sebastian Thiel2010-10-182-454/+575
|\
| * now byte-copying a few chunks where possible when slicing, which gives a few ↵Sebastian Thiel2010-10-182-12/+10
| | | | | | | | percent of performance
| * Removed all debug code, it now runs about as fast as the previous version, ↵Sebastian Thiel2010-10-181-34/+3
| | | | | | | | but with less memory, still slower than the brute force version though
| * goooosh, it took so long to find a tiny nasty bug ... aarggghhh, lots of ↵Sebastian Thiel2010-10-181-87/+95
| | | | | | | | debug printing still in there, ... this one better be faster than anything else \!
| * Well, the virtual movement doesn't work - the algorithm really worked only ↵Sebastian Thiel2010-10-181-10/+12
| | | | | | | | with a fixed chunk size. Now the only chance we have is to allocate an appropriately sized buffer, and work through it directly. This makes things easier, and will make things work \!
| * When using it with deeper chains, it can still crash as it can actually (try ↵Sebastian Thiel2010-10-181-18/+17
| | | | | | | | to) shrink a chunk. This is currently not handled. In that case, we had to virtually move everything x bytes, which should be much like an offset
| * now it appears to work completely, still plenty of debug printing thoughSebastian Thiel2010-10-181-1/+1
| |
| * Its much closer to a working state now, but still not quite there. Probably ↵Sebastian Thiel2010-10-181-22/+50
| | | | | | | | just a small thing
| * Implemented apply - there are still some issues to work out thoughSebastian Thiel2010-10-181-21/+23
| |
| * Implemented connect_with which includes all the slicing functions, which now ↵Sebastian Thiel2010-10-181-89/+118
| | | | | | | | operate on the delta stream data directly, its yet to be tested though, and I am afraid of this
| * Worked my way up to re-encoding delta chunks, connect_with method still ↵Sebastian Thiel2010-10-181-66/+243
| | | | | | | | needs some work, intermediate commit
View Lorry Controller Status