summaryrefslogtreecommitdiff
path: root/git/db
Commit message (Collapse)AuthorAgeFilesLines
* Fix issue #41: repo.is_dirty() on empty repository with stashed filesJan Vcelak2014-09-291-2/+2
|
* Fix `git push` hanging when stdout/stderr is bigMarc Abramowitz2014-08-131-3/+3
| | | | Fixes GH-145
* Autopep8 fixes with maximum line length 120Craig Northway2014-07-2518-848/+896
|
* Fix for untracked_files no longer detected #138Maximiliano Curia2014-05-061-15/+14
|
* tabs to 4 spaces - overall state of this branch is desolate, but fixable. ↵Sebastian Thiel2014-02-0918-3293/+3293
| | | | Needs plenty of work
* Fixed consecutive lines with same blame info not appearing in blame.Mark Nevill2011-07-181-2/+5
| | | | | | | | | | | | This fixes a bug when parsing blame -p output: Full commit info headers only appear for the first line from a particular commit, but other lines were ignored as the blame info dict was reset after each line. This patch handles both multiple consecutive lines from a commit and interleaved lines from multiple commits. Added real test to verify blame works against the actual commit, not only a mock of what was produced by blame in old git releases
* Fixed up tests to actually use pygit2. Its worth noting that the performance ↵Sebastian Thiel2011-07-081-15/+18
| | | | tests only work reliably in a patched up version, or the next point release.
* Added basic frame for pygit2 - it just needs some basic methods to be ↵Sebastian Thiel2011-07-084-2/+107
| | | | implemented now - depending on the performance, it might actually receive some more work
* Added store support. Now the basic object IO is implemented, which shall be ↵Sebastian Thiel2011-07-071-1/+11
| | | | enough for the first batch of work
* Removed cache in PureCompoundDB as it had the tendency to slow things down ↵Sebastian Thiel2011-07-071-29/+17
| | | | actually
* Added trivial implementation for info and stream methods - info is very ↵Sebastian Thiel2011-07-071-0/+16
| | | | inefficient, but can't help it. Basic repo tests don't work as dulwich ignores alternate files
* Added default performance tests - these should help to measure something at ↵Sebastian Thiel2011-07-071-1/+6
| | | | least, which implicitly includes pack handling. For the pack specific tests to work, one would need a pack interface though, which is currently not planned to be specifically exposed
* Initial version of the DulwichType inheritance. For now, it inherits ↵Sebastian Thiel2011-07-077-43/+97
| | | | | | everything from the existing implementation, but one by one things can be reimplmented to use dulwich. It also shows that py 2.6 is quite plagued from its new feature, which is actually a bug, as objects inability to accept any args makes mixins hard to use ...
* Added basis for initial dulwich integration. Many basic issues should ↵Sebastian Thiel2011-07-062-0/+19
| | | | surface while integrating this
* fixes python 2.6 compatibility issuesSebastian Thiel2011-07-052-3/+15
|
* Fetch info can now deal much better with non-default ref specs, see #23, ↵Sebastian Thiel2011-07-041-2/+29
| | | | #24, #25
* Made remote line parsing more stable. On windows it can be that we encounter ↵Sebastian Thiel2011-06-131-1/+12
| | | | partial or intermixed lines from the pipe. This really shouldn't be, but its windows so it happens
* Added additional opcodes to remote progress to make it compatible to newer ↵Sebastian Thiel2011-06-072-15/+25
| | | | git versions. This bug existed for quite a while but didn't show up as progress wasn't sent most of the time. All methods that could use a progress will only activate it if a progress is actually given
* The --progress flag will now automatically be used if possible when doing ↵Sebastian Thiel2011-06-071-4/+14
| | | | any push or fetch operation
* First run in order to fix the remote handling. Cleaned up interfaces and ↵Sebastian Thiel2011-06-073-72/+204
| | | | figured out that the implementation really should be specific to the git command. This leaves the interface open for other implemntations which use a different way to provide feedback (as we do not make assumptions about the format of a feedback line)
* clone and clone_from methods now support the RemoteProgress interface, using ↵Sebastian Thiel2011-06-072-105/+113
| | | | similar functionality as used by the fetch, push and pull methods
* Fixed fetch/push/pull implementation. Next up is to integrate the ↵Sebastian Thiel2011-06-071-7/+11
| | | | consolidation changes from master to make clone use the same facilities
* Streams returned by git cmd db are now containing all the data right away. ↵Sebastian Thiel2011-06-062-4/+14
| | | | This could cause several copies to exist, and makes the cmd implementation a bad choice if big files are involved
* Added loose object writing and reading performance tessts, in pure and ↵Sebastian Thiel2011-06-061-16/+17
| | | | command implementations. The previous performance test was truncated a bit as it compared directly with the git hash_object write performance. This is out, and if we wanted it we could implement it , but its actually slower for us
* Fixed pure python implementation to run the default repository testsSebastian Thiel2011-05-303-12/+11
|
* git cmd implementation of repository appears to work, at least this is what ↵Sebastian Thiel2011-05-306-40/+50
| | | | the test suggests. Pure python implementation still has some trouble, but this should be very fixable
* Fixed tests far enough to allow basic repository tests to be applied to any ↵Sebastian Thiel2011-05-308-20/+37
| | | | of the new database types. This reduces code duplication to the mere minimum, but allows custom tests to be added on top easily and flexibly
* Finished moving all repository methods to the respective interfaces and ↵Sebastian Thiel2011-05-309-816/+935
| | | | | | implementations. It seems theoretically work together now, although it clearly is much more complex than ever before. The repo package was slimmed down to being a module once again, which is only there for compatability actually
* Intermediate commit with quite some progress in order to put all extra ↵Sebastian Thiel2011-05-298-61/+635
| | | | methods on the default Repo implementation into interfaces or something that can be abstracted. It shows that it would indeed be good to keep the differentiation between Repositories which contain an object database as it is clearly easier to setup any combination of repositories that use git and those that do not, with just the addition of one more level of indirection. Lets see how it will end up
* Made repository paths methods a property to be compatible with the existing ↵Sebastian Thiel2011-05-105-24/+173
| | | | repo interface. Added submodule interface ... goal is to provide all of the extra repo functionality in custom interfaces
* Started to fix imports - tests still have no chance to work as database ↵Sebastian Thiel2011-05-068-29/+18
| | | | changed drastically. Now the actual work begins
* replaced all gitdb strings with gitSebastian Thiel2011-05-068-32/+32
|
* Added all code from gitdb to gitpython. Next is to make it generally work. ↵Sebastian Thiel2011-05-0513-0/+2440
Then the tests will need some work